如何參與 .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