Asp.net core .NET核心和实体框架

我正在阅读一些microsoft.net核心文档，无意中发现了以下页面：

下面引用的文本（更具体地说是最后一点）是否意味着MVC方法不再是向前发展的推荐方法？对于任何基于MVC方法的开发来说，这仅仅是微软的事情还是常规

本教程介绍ASP.NET核心MVC和实体框架核心 控制器和视图。Razor Pages是ASP.NET中的一种新选择 Core2.0，一种基于页面的编程模型，用于构建web UI 更容易、更高效。我们推荐Razor页面教程 MVC版本。Razor页面教程：

• 更容易理解。
  • 提供更多EF核心最佳实践
  • 使用更高效的查询
  • 使用最新的API更新
  • 涵盖更多功能
  • 是新应用程序开发的首选方法

Razor页面仍然是MVC，它们只是大大简化了代码。它将所有内容保存在两个文件中：一个“视图”（

.cshtml

）和一个“控制器/模型”（

.cs

）

如果查看足够多的ASP.NET MVC应用程序，您会很快注意到视图与其控制器之间存在1:1关系的频率。在大多数情况下，您会发现控制器每个视图包含一个方法，该方法只包含

returnview（）。剃须刀页面有助于解决这个问题

这并没有改变MVC的基本价值主张，也没有明显的关注点分离。这也不是一个非此即彼的命题。你完全可以在同一个web应用程序中混合传统MVC结构和Razor页面。
这就是微软的工作方式-每次他们抛出一个新东西-他们都会告诉你以前做的一切都是错误的。。。在过去的15年里，我已经看过很多次了。您确认了我实际上注意到的关于.cs的内容，它几乎充当了.cshtml的控制器。我也很喜欢这个新的设置，因为它可以保持东西更干净。也许随着时间的推移和更多的项目，我会看到选择传统方法是有意义的。但是，就混合使用这两种方法而言，这将如何工作？我之所以这样问，是因为@page指令使视图成为razor页面，它也决定了路由。例如，即使在razor页面中使用asp controller=“Home”asp action=“Index”语法，您是否基本上会绕过这个问题？