.Net 框架和.Net Core，我该用哪个?怎么选?

.Net战略是微软在Forum 2000活动上发布的，距今已经17年了。虽然在服务器和应用程序上出现了一些名称混乱，但底层开发工具还是成为了微软与全球企业合作的核心。.Net也超越了Windows生态系统，将微软的工具和技术带到了iOS，Android和Linux中。但是这种发展带来了一系列新问题：应该使用哪种.Net？——.NET框架，.Net标准，Xamarin的Mono（以及紧密相关的Unity 3D游戏工具）或.Net Core？

图片源于网络

以前.Net开发人员只需要选定运行时和.Net框架即可。但现在，它是Windows生态系统从物联网到云最宽泛的一部分。开发人员有更多选择，这在Microsoft的Visual Studio 2017的新安装程序中显而易见。当涉及到编写C＃，F＃或Visual Basic，有广泛的.Net变体和平台可以选择。这不是一件坏事，.Net跨平台运行时本来就是微软的最初目标之一，虽然当时未能如愿，因为微软没有击败Flash。

有趣的是，Visual Studio安装程序对新家庭成员.Net Core十分重视。当选择构建ASP.Net Web应用程序或想使用容器跨平台应用程序时，.Net Core是将熟悉的Windows开发工具应用到更广泛的Microsoft生态系统，特别是下一代企业应用程序的构建。

.Net Core不是特别好理解，也许最好考虑对.Net进行彻底重构以支持跨平台开发，.Net Core已经迅速成为.Net基金会开源工作的核心。.Net Core可以比其他.Net运行时和库更快地响应对新平台的需求。例如，三星正在将其添加到Tizen操作系统，最近的.Net Core版本支持在Raspberry Pi上运行代码。它也是使用.Net语言构建通用Windows平台（UWP）应用程序的基础。

虽然.Net Core具有许多其他.Net平台的部分功能，但它专注于提供基于控制台的服务器应用程序。 它在Windows，MacOS和Linux上提供构建和运行命令行应用程序的工具，它也是用于构建ASP.Net Core Web应用程序的工具。在Windows Server Nano上运行.Net Core，使用熟悉的工具在Windows容器中构建和运行微服务。

因为.Net Core缺少一些常用的.Net功能，所以开发人员可能不会使用它来运行现有的工作负载。它更多是用于构建旨在作为云工作负载的一部分运行的新应用程序的工具，或者作为企业级微服务重构的一部分。最近的更新增加了对UWP和Xamarin Forms的支持，因此开发人员可以在小型设备上构建GUI应用程序。 这种方法将形成Tizen的.Net支持的基础，在移动Linux设备上使用.Net Core，具有用于UI的Xamarin Forms。

因为.Net Core是轻量级和快速的，它相对于复杂的.Net框架具有显著优势。但是，因为它不支持许多熟悉的库和扩展，与现有的.Net开发相比有一个学习曲线。但这并不意味着必须从头开始学习.Net来使用.Net Core，你可以将现有的C＃和F＃语言技能带到.Net Core开发中。

.Net标准是什么？

令人困惑的是，.Net标准不仅涵盖库，而且是.Net开发中用于构建目标的名称（实际上是“netstandard”），用于快速定义代码中所需的库，并由 IDE和编译器自动处理。

作为.Net开发的一部分，Microsoft通过ECMA（负责JavaScript标准的小组）对运行时API进行了标准化。 该标准化使得相同的代码可以针对不同的.Net运行时，.Net标准库指定了几乎所有.Net实现，从Windows Phone的Silverlight到运行在Azure的无服务器PaaS上的应用程序，从Android和iOS Xamarin代码到HoloLens上UWP的API。但是ECMA标准还是不够广，无法标准化构建更复杂应用程序所需的基类库。

由于不同的.Net运行时支持不同级别的.Net标准API，因此代码不像你想要的那么便携。如果要构建需要在不同版本的.Net上运行的代码，则必须定位标准库的最低通用版本。因为库是通过NuGet提供的，这不是问题。

Microsoft重构.Net还是有意义的。一旦你克服了.Net标准（库）和netstandard（目标）之间的混乱，决策会变得相当简单。让我们回到最初的问题，关于.Net，开发人员该如何选择？

• 如果你正在使用大量的工作流和数据连接工具.Net生态系统的大型应用程序，请坚持使用.Net Framework。

• 如果你的目标是云和移动端，并且考虑跨平台开发—— .Net Core和.Net标准库的组合是最佳的。