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过程不是非常用户友好。现在你不必再处理它了。 –