ASP.NET Core Razor 頁面與完整 MVC Core [關閉]

SO為什麼推薦使用 Razor Pages 在 Asp.net Core 2.0 中創建 Web UI 的方法有一個問題？史蒂夫史密斯從文件更少的角度友好地解釋了使用 Razor Pages 而不是完整 MVC 的好處。

我一直在使用 Razor Pages 並註意到儘管 Razor Page 具有簡單性的優勢，但在自定義路由、結構化文件夾和復雜視圖模型（頁面模型似乎很雜亂）方面有點複雜。

所以，問題是：

1. 如果除了頁面的簡單性之外還有什麼比控制器/視圖更喜歡 Razor 頁面 - 特別是我對這兩個框架的性能感興趣？
2. 是否可以同時組合 Razor 頁面和控制器/視圖？

如果一些有經驗的人分享你關於使用 Razor Pages 更好地理解這個框架的想法（優點和缺點），我也將不勝感激。

我們最近推出了一個相當大的應用程序，使用 Razor Pages 作為前端，使用 MVC 控制器作為客戶端組件的 API。我的經歷是這樣的：

當您的內容圍繞網站上的實際“頁面”的概念建構時，頁面範式運作良好。想想諸如“聯繫我們”或“關於”甚至“登錄”頁面之類的東西。當然，這些可以通過 MVC 完成，但 MVC 確實沒有必要。一個簡單的頁面就足夠了。將控制器留給更多控制器的東西，例如產品目錄或使用者數據庫。

如果您的 MVC 體系結構主要圍繞您的視圖結構，剃刀頁面可能是一個不錯的選擇。您仍然可以將 MVC 位用於 API 相關的內容，但頁面的好處是您的前端結構變得更加明確和不那麼隱含（“基於約定”），就像 MVC 一樣，其中每個操作都可以或不可以有一個視圖通常以動作命名。

引用自：https://stackoverflow.com/questions/48121928