MVCパターンのモデル

Question

私はMVCパターンを使用していましたが、私はアプリケーションを作成しています。これはjsps、コントローラとしてのサーブレットとモデルとしての私の考えを考慮しています。モデルが正しいか間違っていますか？

Answer 1

MVCのモデルは、ビジネスロジックが存在する場所です。

the sun Java EE pattern definitionsを見ると、DAOは永続性メカニズムをカプセル化し、ビジネスオブジェクトによって使用されることがわかります。したがって、私はDAOが自然にビジネスロジックを持っているとは見ません。

単純なシステムでは、いくつかのデータベーステーブル、またはビジネスロジックがデータベース（ストアドプロシージャ、参照整合性チェック、トリガ）に実装されている場合、DAOは実質的にビジネスロジックの正面ファサードなので、モデルのように見えます。したがって、いくつかの入門的な資料では、DAOはモデルの唯一のJava表現であるとみなされることがあります。

ビジネスロジックをJavaで実装すると、DAOを使用するSession BeansなどのDAO上のレイヤーに置かれ、DAOを使用するセッションBeanまたはそれと同等のモデル。

自分自身に質問してください。ビジネスロジックはどこですか？それはモデルが本当にある場所です。

Answer 2

モデルはDAOではありません。これは、すべてのドメインロジックを含む層であり、そして以下の責任で、要素の二種類から主に構成されている：（通常DataMapperとして実装）

• ビジネスロジック
• データアクセス

ビジネスロジックをストレージメカニズムに結び付けるべきではないという考え方です。請求書を作成するときに、ドメインオブジェクトは、SQLデータベース、MSWordドキュメント、リモートREST API、またはちょうどモックアップされたデータからデータが来た場合は気にしないでください。

この記事は興味深く関連性が高いかもしれません：GUI Architectures