起因

在用vNext造轮子——框架的时候引入“Microsoft.Dnx.Runtime”包错误。错误如下：

当时就很郁闷我明明用的是最新的版本：“1.0.0-rc-final”啊，为什么会报错，微软改名之后没有及时更新包吗？

下面我打开了这个包在NuGet的地址。

发现确实只写了“DNX4.5.1”和“DNXCore50”这两个版本，我同时又打开了“Microsoft.Extensions.DependencyInjection”包的NuGet地址。

发现了“.NETFramework 4.5.1”、“.NETPlatform 5.4”、”.NETCore5.0”。

这时我很好奇，这两个包同是vNext的产物，没有原因支持的平台不一样啊，抱着这个问题我觉得创建个ConsoleApp测试一下。

打开“project.json”发现了和类库不一样的地方

这边的frameworks的命名完全不一样，

在类库中为：“net451”、“dotnet5.4”而在这里变成了“dnx451”、“dnxcore50”。

困惑又加重了，难道微软改名之后忘记改了ConsoleApp的模板？

解惑

我试着把这几个关键词输入google，找了了一些文章，终于解决了我的迷惑。

文章地址为：

从这段话中说明了为什么“ConsoleApp”和“类库”项目框架目标不一致是正常的。。。

也给出了“ConsoleApp”、“测试项目”还是需要使用“dnx”和“dnxcore”这样的命名，而类库则需要使用“net”和“dotnet”这样的命名。

也给出了迁移方案，同时也给出了编码过程中的环境变量：

1.DNX451 => NET451

2.DNXCORE50 => DONET5_4

同时也发现，微软觉得应用程序和测试项目该采用“dnx”和“dnxcore”命名方式的框架目标。

至此疑惑解开，但还是觉得奇怪，微软为什么要这样区分，当时在.NET Framework上不就没有分这么多吗？

深究

为什么微软需要这么做？

抱着这样的疑问打开第二个链接，发现了这一段很好的解释了“为什么”。

这么做只有一个目标：可移植性。

在之前我们再用NuGet GUI工具打包的时候会发现有很多选择（下图）

而这些平台绝大数都拥有CLR，唯一变的只是应用程序端，只有这个端不一样，那么我开发一个汇率计算算法需要每个平台单独写吗？其实不需要，因为我们都运行于CLR，我们有CTS、CLS还有CLR这些东西你们去做兼容就好了，不需要开发者在纠结了，所以现在的微软一直强调“一个平台战略”、“一次编译到处运行”，只把会变化的应用程序端设置框架版本，而类库等通用的东西尽量变成全部可移植的。

下图来自微软：

右边的就属于类库，而左边的被微软定位为应用程序端的目标运行时。微软希望现代化的类库可以同时运行在这些端的运行时上，当然这个动作需要端的运行时配合与支持（微软给出的CLR的标准、语言规范等）。

下图是对应关系：

交流方式

QQ群：384413261（RabbitHub）

Email：

转载地址：http://skcko.baihongyu.com/

你可能感兴趣的文章