アイテムはいつMVCアーキテクチャで独自のコントローラを持つべきですか？

Question

私は現在MVCアプリケーションをビルドしています（特にASP.NETですが、これはもっと広い質問です）。私はこれについて、いくつかの異なる状況で尋ねられたのを見ましたが、私はそれらの議論から自分の状況を明確にすることができませんでした。私もいくつかのアイテムを持っている

• にHomeController
• AccountController
• EventController（お客様がイベントを持っている）
• MenuController（サイトナビゲーション）
• ReportController

：私は、次のようなコントローラーを持っていますコントローラーであまり明確に管理されていないのですが、これが私の質問が出てくる場所です。サインアップした後、顧客はrequiですビジネス情報、支払いカード、銀行口座、マネージャーの連絡先（名前/電話）など、彼らの "プロフィール"のさまざまな側面を記入してください。また、など自分の銀行口座情報について似たような、決済カード、管理者を、持っているだろう

[HttpGet] 
    public ActionResult Business() 

    [HttpPost] 
    public ActionResult Business(...) 

：

現在のようなポスト/取得機能と、「ProfileController」を作成しました

これは間違っています。これをすべてAccountControllerに移動する必要がありますか？これらのアイテムは実際に自分のコントローラーに値するものではありませんか、またはこれらのコンポーネントのそれぞれに独自のコントローラーが必要ですか？

Answer 1

MVCアプリケーションの開発は、RESTアプリケーションの開発に非常に役立ちます.RESTの原則をMVCアプリケーションの開発に適用することができます。まず、リソースの観点から考える必要があります。 RESTごとに、リソースはURLを通じてアクセスできるエンティティです。

あなたが上で話している各モデルがリソースであり、ユーザーが別のURLを介してアクセスできると思えば、単一のAccountControllerがうまくいれば別々のコントローラーを作成できます。

リソースとURLをスケッチすると、アプリケーションで作成するコントローラの数を簡単に特定できます。