问为什么使用带有.NET核心的完整ASP.NET框架？

EN

.NET内核允许一系列的好处，如跨平台部署、模块化、部署到码头容器的能力、性能等等。没有.NET核心，我不相信清单上的任何东西仍然有效

如果您选择完整的.NET框架而不是.NET核心，那么唯一的好处就是跨平台。所有其他好处部署，模块化，对接，性能等.仍然有效。

我们实际上在完整的框架上运行我们的ASP.NET核心web应用程序，现在我们享受到了以下好处:作为第一类公民的依赖注入、内置的NuGet、有一个精益的HTTP请求管道，它可以使我们的性能更好、更开放(所以所有问题都可以通过对GitHub的短暂访问来解决)、模块化(仍然必须遇到一些我们在将近一年后无法根据自己的需要定制的东西)等等，等等。我们知道我们不需要在Windows之外的任何其他操作系统上部署，所以我们仍然可以享受整个框架的所有好处。

从人参更新

例如，您仍然可以针对Linux下的完整.NET框架。在那里，您需要安装Mono4.6。有一些限制，因为不是所有的类都是用mono实现的，但是大多数类都是和即将实现的(即加密)，您必须使用

从atconway更新

同样值得注意的是，当时VB.NET不受.NET核心的支持，如果这是需要的话。

但是，如果我想使用完整的.NET框架，为什么不直接使用ASP.NET 4.6呢？

如果我使用ASP.NET 4.6而不是ASP.NET Core1，那么我将无法使用ASP.NET Core。该文档页面上的任何特性都不会提供给我！我必须构建一个MVC5应用程序。哇哦！

我试图理解后一种选择，为什么要选择ASP.NET核心+完整的.NET框架？

我假设另一个问这个问题的方法是：“既然你可以走棕色的道路，你为什么要走红色的道路呢？”

​

​

这样做的一个理由是部署。如果您有一堆现有的带有IIS的Windows服务器，则需要在每个服务器上安装额外的软件，并将它们设置为运行Core应用程序。IIS只是成为您的.NET核心应用程序的反向代理。

但是，如果这些应用程序是建立在.Net框架之上的，那么您就不必这么做了。您仍然可以使用web部署(例如)将它们移动到服务器上。也许您有其他一些不想迁移的现有IIS配置设置。

使用针对ASP.NET框架的.Net Core1.0，您可以从ASP.NET Core中的新特性中获益，而无需更改现有的基础结构。

使用带有.NET核心的完整Asp.Net框架的一个重要好处是成熟的库和框架的可用性，这些库和框架主要是针对以前版本的.NET开发的。

但是，随着时间的推移，通过实现越来越多的库来针对.NET内核，以及为.NET内核本身开发更多的特性，这种好处可能会逐渐消失。