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

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

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

阅读本文你能了解：

在开始之前，必须说明的是 .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 讨论。在这里欢迎讨论的点是

以及对框架的性能优化，性能优化如果涉及到行为变化，那么需要经过比较多的讨论。比较期望的性能优化是没有行为的变更，同时仅优化很小的模块。可以参考性能优化狂魔 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

如果你想持续阅读我的最新博客，请点击 RSS 订阅，推荐使用RSS Stalker订阅博客，或者收藏我的博客导航

本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可。欢迎转载、使用、重新发布，但务必保留文章署名林德熙（包含链接： https://blog.lindexi.com ），不得用于商业目的，基于本文修改后的作品务必以相同的许可发布。如有任何疑问，请与我联系。