asp.net-core-mvc - ASP.NET Core Razor 页面与完整 MVC Core

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 2 年前。

Improve this question

SO Why is Razor Pages the recommended approach to create a Web UI in Asp.net Core 2.0? 有一个问题Steve Smith 从减少文件的角度解释了使用 Razor Pages 相对于完整 MVC 的好处。

我使用 Razor Pages 一段时间了，注意到尽管 Razor Page 具有简单性的优点，但在自定义路由、结构化文件夹和复杂 View 模型方面有点复杂(页面模型似乎很困惑) )。

所以，问题是:

1. 除了页面的简单性之外，还有什么比 Controller / View 更喜欢 Razor 页面的吗？特别是我对这两个框架的性能感兴趣？
2. 同时组合 Razor 页面和 Controller / View 是否可以接受？

如果一些经验丰富的人分享您关于使用 Razor Pages 来更好地理解这个框架的想法(优点和缺点)，我也将不胜感激。

Answer 1

我们最近推出了一个相当不错的应用程序，使用 Razor Pages 作为前端，并使用 MVC Controller 作为客户端组件的 API。我的经验是这样的:

当您的内容是围绕网站上实际“页面”的想法构建的时，页面范例效果很好。考虑诸如“联系我们”或“关于”甚至“登录”页面之类的内容。当然，这些可以通过 MVC 来完成，但 MVC 确实没有必要。一个简单的页面就足够了。将 Controller 留给更多 Controller 的东西，例如产品目录或用户数据库。

如果您的 MVC 架构主要围绕 View 结构，那么 Razor 页面可能是一个不错的选择。您仍然可以使用 MVC 位来处理 API 相关的内容，但页面的好处是您的前端结构变得更加明确并且更少隐含(“基于约定”)，就像 MVC 一样，其中每个操作可以或不可以有一个 View 通常以操作命名。