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

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

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

• K：asp.net vNext 項目代號 PRoject K，簡稱 K，下面項目都是以它為前綴命名。
• K Commod：ASP.NET 5 應用程序進入 KRE 的入口命令，如 k run、k 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 中主要討論的是 k、kpm、kre、xre、kvm 的命名，像 core、coreclr、corefx、corefxlab 的命名并沒有被討論（看來大伙是接受的），簡要總結下討論過程：

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

兩點感觸：

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

相關資料：

• ASP.NET 5中的那些K
• 從KRE到XRE：ASP.NET 5中正在消失的那些K
• Command name collision with "kvm" command from linux Kernel-based Virtual Machine
• Rename to dotnetsdk
• Rename klr to dotnet
• Update aspnet50/aspnetcore50 => dnx50/dnxcore50
• K (dnu), KVM (dnvm), KPM (dnu), KLR, KRE (dnx) in ASP.NET 5 (vNext)