K & DN 的前世今生(微軟開源命名變革)


一個非常有意思的 Issue:Can we rename K?

在這個 Issue 中,有大量的社區開發者討論了微軟開源命名問題,主要是 K 如何進行替換掉?看來大伙都對微軟項目命名有歧義,首先,再次梳理下有關 K 的一些項目:

  • K:ASP.NET vNext 項目代號 Project K,簡稱 K,下面項目都是以它為前綴命名。
  • K Commod:ASP.NET 5 應用程序進入 KRE 的入口命令,如 k runk web,可以看作是一把車鑰匙,詳細介紹:Command-Line
  • KRE(K Runtime Engine):ASP.NET 5 應用程序的運行時,包含:compilation system, SDK tools, native CLR hosts,詳細介紹:DNX-structure
  • KLR(K Language Runtime):當使用 Self-Hosting,用來加載 CLR,詳細介紹:KRuntime-structure
  • KVM(K Version Manager):KRE 的版本管理器,詳細介紹:Version-Manager
  • KPM(K Package Manager):ASP.NET 5 應用程序的程序包管理器,詳細介紹:Package-Manager

注意,上面項目命名都是之前的,Issue 中主要討論的是 kkpmkrexrekvm 的命名,像 corecoreclrcorefxcorefxlab 的命名並沒有被討論(看來大伙是接受的),簡要總結下討論過程:

  • k -> dotnet -> dn(最終版)
  • kpm -> dotnet -> nuget -> dotnpm -> dotnetpm -> dnpm(最終版)
  • kvm -> dotnetsdk -> dotnvm -> dotnetvm -> dnvm(最終版)
  • k and kvm -> dotnet -> 合並(否決)
  • kre/xre -> dnx(未經討論確定)

兩點感觸:

  1. 社區的力量不可想象。
  2. 語言限制國內 .NET 社區的發展。

相關資料:


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM