Asp.net CoreでWeb UIを作成する際にRazor Pagesが推奨される理由とは？

質問

新しいことを学ぶには、時間、場所、エネルギーの投資が必要です。私は現在、Asp.Net Core MVC 2.0を学習しています。この ASP.NET Core チュートリアルの概要 の状態です。

Razor Pagesは、ASP.NET CoreでWeb UIを作成するための推奨アプローチです。

この情報は、私がAsp.net Core MVCの学習をやめて、Asp.net Core Razor Pagesの学習を開始しなければならないかどうかを決定するのに混乱させました。

• Asp.net Core で Web UI を作成するのに、なぜ Razor Pages が推奨されるのでしょうか。

どのような指示でも歓迎します。

どのように解決するのですか？

Razor Pages は、ページベースのワークフローに最適化されており、従来の MVC モデルよりも少ない可動部品で、これらのシナリオで使用することができます。これは、(一般的なように) コントローラ、アクション、ルート、ViewModels、および Views を扱う必要がないためです。その代わり、ルートは規約に基づいており、PageModel はコントローラー、アクション、ViewModel の全てとして機能します。もちろん、ページが View に置き換わります。また、MVC のように多くのフォルダを持つ必要がないため、プロジェクトをさらに単純化することができます。

から ASP.NET Core - Razor PagesでよりシンプルなASP.NET MVCアプリを実現する による、2017年9月のMSDN記事。 スティーブ スミス :

[レイザーページ】を提供

• ASP.NET Core アプリケーション内のコードを整理する、よりシンプルな方法。実装ロジックとビューモデルをビュー実装コードに近づけます。
• また、ASP.NET Core アプリケーションの開発を開始するためのよりシンプルな方法を提供します。

その記事には、ページベースのワークフローに MVC よりも Razor Pages を使用する理由についての詳細な情報があります。もちろん、APIについては、まだControllerを使いたいでしょう。

サードパーティーの編集 - 古典的な MVC フォルダー構成の欠点

ASP.NET Core - ASP.NET Core MVC 用のフィーチャースライス という 2016 年 9 月の古い MSDN の記事では、ビューとコントローラーを編成する古典的な MVC 規約が、大規模なプロジェクトで不利になる可能性がある理由について説明しています。この記事では、緩やかに関連する 4 つのアプリケーションのコンセプトの例を示しています。 忍者、植物、海賊、ゾンビ . この記事では、機能または担当領域ごとにファイルをフォルダーに整理することにより、デフォルトのフォルダー規則の外側でそれらを構造化する方法を概説しています。