2
當前,當將DNX與ASP.NET Core和.NET Core一起使用時,我們可以使用DNVM選擇要使用的一個版本的DNX。運行dnvm list
我們看到,每個版本包含以下信息:不同的運行時版本和新的.NET CLI
- 運行
- 我們需要哪個運行時使用(CLR或CoreCLR例如)
- 處理器架構
- 操作系統的版本
我一直將DNX看作是提供底層操作系統和運行託管公司的虛擬機之間接口的軟件德。所以在我的理解中,選擇一個DNX版本基本上是選擇一個接口,它允許我們在特定的操作系統上運行特定版本的虛擬機。
但是,在新的.NET CLI中,不再有DNVM。事實上,我們看到getting started,我們看到我們只安裝.NET CLI,運行dotnet new
,我們運行dotnet restore
,我們只需要運行我們的代碼dotnet run
。
沒有關於選擇運行時版本的事實,實際上我們甚至沒有選擇一個運行。
在這種情況下,我們之前曾經發生過所有那些不同版本的DNX的情況?我們不需要再選擇特定的運行時間了?如果沒有,爲什麼會這樣呢?這背後究竟是什麼?
添加到您的回覆:dotnet基本上是一套工具。運行時作爲包引入到項目中。由於沒有共享運行時,所以不需要管理運行時。 – Pawel
感謝您的回答。順便說一下,出於好奇,你知道這個改變的原因是什麼? – user1620696
整個DNX DNVM DNU過程不是非常用戶友好。現在你不必再處理它了。 –