如何参与 .NET 的开发和设计

现在 dotnet 属于 dotnet 基金会，所有开发者都可以向 dotnet 贡献代码和参与 .NET 的设计，参与路线决策。本文来告诉大家一些基本玩法，带着小伙伴们入坑

注意哦，参与 dotnet 开发是没有金钱的收益的哈

阅读本文你能了解：

• 在哪里参与 dotnet 的设计和开发
• 2020 的设计流程或提议方式是什么

在开始之前，必须说明的是 .NET 和 C# 是相对低耦合的，对于 C# 分为两个方面，一个是 C# 语言的设计，另一个是编译器的开发参与

• 关于 C# 语言的设计，欢迎来到 https://github.com/dotnet/csharplang/ 里面的 Issues 撕语言设计问题。在这里可以聊任何关于这个语言的提议。不过需要小心，这里的喷子很多，请确定你参与的时候心情不会很差，不会气炸
• 关于编译器的开发和设计，欢迎来到 https://github.com/dotnet/roslyn/ 里面的 Issues 讨论。在这里可以参与编译器的开发，或者对编译器的建议。需要小心，这里属于神坑，如果你没有足够的精力，看看就好

而 .NET 现在是什么？其实现在主要的是一个 runtime 库，里面包含运行时以及框架的支持。在此之前包含了 corefx 等仓库，比较松散。而对于 .NET 的设计一般来说可以分为针对细节和针对整体

针对运行时的表现以及框架的 API 设计的提议或讨论，欢迎到 https://github.com/dotnet/runtime 里面的 Issues 讨论。在这里欢迎讨论的点是

• 整体框架的设计，如某个 API 或类应该放在哪里
• 框架和运行时的坑，例如表现行为
• 某个模块的 API 是否开放

以及对框架的性能优化，性能优化如果涉及到行为变化，那么需要经过比较多的讨论。比较期望的性能优化是没有行为的变更，同时仅优化很小的模块。可以参考性能优化狂魔 Stephen Toub 大佬的更改。基本上任何对性能的优化的 PR 都需要附加基准性能测试的测试，关于基准测试请看 C# 标准性能测试

对整个大的 .NET 包括生态和体系等的提议请到 https://github.com/dotnet/designs 的 Issues 讨论。这里欢迎讨论一些比较大的改动，或者针对多个仓库的改动，或者收编某些库等

对 .NET 的其他仓库的设计和更改，基本套路都是在对应仓库的 Issues 里面先新建或参与讨论，然后再提 PR 请求合并

现在整个 .NET 都是完全开源，任何人都可以进行私有发布。如你的某项很好的提议没有被采纳，但是自己又觉得特别好，可以发布自己的 .NET 版本。简单的构建方法请看 dotnet/source-build: A repository to track efforts to produce a source tarball of the .NET Core SDK and all its components