现在 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

本文会经常更新，请阅读原文： https://dotnet-campus.github.io//post/%E5%A6%82%E4%BD%95%E5%8F%82%E4%B8%8E-.NET-%E7%9A%84%E5%BC%80%E5%8F%91%E5%92%8C%E8%AE%BE%E8%AE%A1.html ，以避免陈旧错误知识的误导，同时有更好的阅读体验。

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