.net – coreclr的哪个版本？

发布时间：2020-12-16 03:59:51 所属栏目：asp.Net 来源：网络整理

导读：在.NET CLI中,我可以使用switch –version来获取CLI的版本.是否有类似的方法来获取coreclr的版本？解决方法 coreclr的版本在我们的应用程序的project.json中. dnvm list -detailed(来自之前的工具链)向我们展示了与dotnet工具链完全无关的运行时信息. dnvm

在.NET CLI中,我可以使用switch –version来获取CLI的版本.是否有类似的方法来获取coreclr的版本？

解决方法

coreclr的版本在我们的应用程序的project.json中. dnvm list -detailed(来自之前的工具链)向我们展示了与dotnet工具链完全无关的运行时信息.

> dnvm list -detailed
Active Version         Runtime Architect OperatingSystem Alias   Location
------ -------         ------- --------- --------------- -----   --------
       1.0.0-rc2-16595 coreclr x64       win                     C:Usersme.dnxruntimes 
  *    1.0.0-rc2-20221 clr     x86       win             default C:Usersme.dnxruntimes

我们可以找到等效的dotnet相关信息：

> Version和Runtime位于project.json的框架部分(例如netcoreapp1.0,net451).
>体系结构和操作系统位于project.json的运行时部分(例如win7-x64).
>位置是我们在恢复后的NuGet global-packages文件夹(nuget locals all -list)和构建后我们项目的bin.
>别名和活动已过时.

“There’s no dnvm replacement”用于.NET CLI,没有命令“获取coreclr的版本”.这是因为现在我们的project.json中已经完全指定了运行时,并使用dotnet restore命令进行了安装.

使用dnu / dnx / dnvm工具链,我们独立于应用程序及其依赖项安装了运行时.

>我们使用dnvm install | upgrade |来下载和使用运行时; dnvm没有咨询project.json.
>我们使用dnu restore来下载特定于应用程序的依赖项; dnu确实咨询了project.json.

使用dotnet工具链,还原操作结合了这两个步骤.它参考我们的project.json并下载运行时和依赖项.

dnvm不与dotnet工具链交互.实际上,我们可以删除?/ .dnx目录,而dotnet将构建我们的项目.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!