MVCでは、DAOはコントローラーまたはモデルから呼び出す必要があります

Controllerクラスから直接呼び出されるDAOに対するさまざまな引数と、ModelクラスからのDAOに対するさまざまな引数を見てきました。実際、MVCパターンに従っている場合、コントローラーはDAOと結合するべきではなく、Modelクラス内部からDAOを呼び出し、コントローラーがモデルクラスを呼び出す必要があるのは、なぜWebアプリケーションからモデルクラスを切り離し、RESTサービスがモデルクラスを使用するなどのさまざまな方法で機能を公開できるからです。

コントローラでDAO呼び出しを記述する場合、RESTサービスが機能を再利用することはできません。両方のアプローチを以下にまとめました。

アプローチ＃1

  public class CustomerController extends HttpServlet {

    proctected void doPost(....)  {

            Customer customer = new Customer("xxxxx","23",1);
            new CustomerDAO().save(customer);

    }


 }

アプローチ＃2

  public class CustomerController extends HttpServlet {

    proctected void doPost(....)  {

            Customer customer = new Customer("xxxxx","23",1);
            customer.save(customer);

    }


 }

 public class Customer {

   ...........

   private void save(Customer customer){

        new CustomerDAO().save(customer);

   }

}

注 -

モデルの定義は次のとおりです。

モデル：モデルは、アプリケーションドメインの動作とデータを管理し、その状態に関する情報の要求（通常はビューから）に応答し、状態を変更する指示（通常はコントローラーから）に応答します。

イベント駆動型システムでは、情報が変更されると、モデルはオブザーバー（通常はビュー）に通知して、反応できるようにします。

多くの場合、＃1または＃2を使用しているので、これについては専門家の意見が必要です。

私の意見では、MVCパターンと3層アーキテクチャを区別する必要があります。総括する：

3層アーキテクチャ：

• データ：永続化されたデータ。
• サービス：アプリケーションの論理部分。
• プレゼンテーション：hmi、webservice ...

MVCパターンは、上記のアーキテクチャのプレゼンテーション層で行われます（webappの場合）：

• データ：...;
• サービス：...;
• プレゼンテーション：
  • コントローラー：HTTP要求をインターセプトし、HTTP応答を返します。
  • モデル：表示/処理するデータを保存します。
  • 表示：出力/表示を整理します。

典型的な HTTPリクエストのライフサイクル：

1. ユーザーがHTTP要求を送信します。
2. コントローラーはそれをインターセプトします。
3. コントローラーは適切なサービスを呼び出します。
4. サービスは適切なdaoを呼び出します。このdaoはいくつかの永続データを返します（たとえば）。
5. サービスはデータを処理し、コントローラーにデータを返します。
6. コントローラーはデータを適切なモデルに保存し、適切なビューを呼び出します。
7. ビューはモデルのデータでインスタンス化され、HTTP応答として返されます。

モデル層から。

より正確に言うと、ドメインオブジェクトとストレージロジック抽象化の間の相互作用を管理するため、モデルレイヤーに含まれるサービスから。

コントローラーは、モデルレイヤーの状態の変更のみを担当する必要があります。DAOは永続化メカニズムの一部です。これは、ドメインビジネスおよびアプリケーションロジックの一部を構成します。コントローラーでDAOとの対話を開始すると、プレゼンテーションレイヤーでドメインロジックがリークします。

公式のMVCパターンが何を要求しているかはわかりませんが、通常はコントローラーとDAOの間に「サービス」レイヤーを配置するのが好きです。コントローラはリクエストからデータを取得し、適切なサービスクラスに渡します。サービスクラスは、モデルクラスを返す1つ以上のDAOを呼び出す役割を果たします。これらのモデルクラスは、ビューレイヤーに送信するためにコントローラーに返送されます。複数のコントローラーが同じサービスレイヤーメソッドを利用できるため、サービスレイヤーを配置すると再利用に役立ちます。