关于 ASP.NET vNext

ASP.NET vNext 最大的特性就是跨平台（基于 Mono 运行时），试想下：作为.NET程序员，终于不被Java或C++程序员挑自己的短板，确实是蛮振奋人心的。当然，除了跨平台，使用 Roslyn 编译器动态编译（修改源代码，刷新页面即可）、云优先（Cloud First）、开源等等特性也是蛮重要的。

ASP.NET vNext 的发布文章称其为.NET下一代，其实我个人觉得并不准确，ASP.NET vNext 就像其名字一样，应该是 ASP.NET 的下一代版本。ASP.NET vNext 代表着.NET的未来的发展方向，比如说跨平台、开源等，也就是 vNext。关于 ASP.NET vNext 的一些特性：

• MVC、 Web API 和 Web Pages合并成一个框架，称为 MVC 6。新的框架使用一组通用的抽象为路由、 行为选择、 筛选器、 模型绑定等等。

• MVC 6 并不依赖于 System.Web，是一个更精简的框架，用更快的启动时间和内存占用较低（也就是“低内存消耗”以及“高吞吐量”）。

• ASP.NET vNext 应用程序可以使用云优化（Cloud-Optimized）.NET Framework。大约 11 M的大小相比于 200 M的完整的框架，也是组成的 NuGet 包的集合（云优化的功劳）。

• 云优化框架的减少使实际部署的应用程序框架：

  • 在同一台服务器上，你可以使用不同版本的 Framework 运行应用程序。
  • 你的应用程序均从服务器上的架构更改，绝缘。
  • 你可以为每个应用程序的 Framework 更新自己的时间表。
  • 当你部署应用造成开发机器上的 Framework 修补程序级别和应用服务器之间不匹配的时候，不会出现任何错误（也就是“绝缘”的意思）。

• 提供云优化 Framework 的 NuGet 包，可实现以下目标：

  • 按需加载，不必要的部分不会加载到应用程序中。
  • 在 Framework 中，由于每个部分可以独立更新，微软可以将更新变的更快。

• ASP.NET vNext 与 Host 无关。你可以承载你的应用程序在 IIS 中，或自托管在一个自定义的过程（web API 2 和 SignalR 2 已经支持自托管，ASP.NET vNext 也会给 MVC 带来同样的功能）。

• 支持依赖注入（也可以使用自己的 IoC 容器来注册依赖项）。

• ASP.NET vNext 使用 Roslyn 编译器动态编译代码。你可以编辑一个代码文件，刷新浏览器，并看到所做的更改，并没有重建项目。除了简化开发过程，动态代码编译在现在变得可能，如在 Visual Studio Online ("Monaco") 进行代码编写，你可以选择你自己的编辑器和工具。

• ASP.NET vNext 开放源代码。

• ASP.NET vNext 跨平台。

　　.NET未来构想图，对于 ASP.NET vNext 来说，可以看出尤其侧重于云优化-Cloud Optimized，包含高吞吐量、低内存消耗、并行执行和跨平台：

　　ASP.NET vNext 成员图：

　　从上图可以更直观的看出 ASP.NET vNext 所涵盖的东西，这样的统一管理，带给编程人员好处是很多的，比如：一路由系统、 一个模型绑定系统、 一个筛选器管道等，也可以完美的从 Web Pages 过渡到 MVC。

　　.NET vNext 和 .NET vNext -云优化（包含模块）示意图：

ASP.NET vNext 云优化示意图：

　　代码到 Web 服务器示意图，”快速迭代式开发“，即修改代码刷新浏览器，接近实时，也可以实现”云编辑“功能：

ASP.NET vNext 跨平台示意图：