私は Struts プロジェクトを持っており、クライアントは完全なビジネス ロジック クラスを提供してくれます。
ビジネス ロジックを Dao レイヤーに配置するには、ビジネス ロジック用のサービス レイヤーを追加する必要があります。
いくつかの struts プロジェクトで、アクション クラスが Dao に直接アクセスしていることがわかりました。
どちらがより良い選択であるかを提案してください。助けていただければ幸いです。
ありがとう、
ビジネスロジックをサービスレイヤーに書き込むことを強くお勧めします。これにより、daoレイヤーにはデータベースのやり取りのみが含まれ、いつでも再利用できるようになります。
また、UI レイヤーからアクセスされる 1 つのプレゼンテーション レイヤー (プレーンな値を持つすべてのエンティティ) を追加することをお勧めします。
私の提案は、Dao をビジネス ロジックからクリーンに保つことですが、すべてのデータベース関連のロジックとカスタマイズは、すべての休止状態ロジック、クラスへの結果のキャストなどのように DAO レイヤーに書き込む必要があります。(Hibernate を使用しているため) で記述する必要があります。ダオ。
また、イテレーション全体、設定/取得、結果のカスタマイズ、準備、hibernate クエリのパラメーターとして機能するための改善要求は、サービス レイヤーに記述する必要があります。
もう1つのレイヤーController
は、リクエストを受け取り、それぞれのサービスメソッドを呼び出し、生成されたレスポンスを提供するサービスレイヤー上で動作する必要があります。
Hibernate を DAO レイヤーにして、ビジネス ルールを含むサービス レイヤーをその上に記述します。これら 2 つが一緒になって、MVC のモデル部分を構成します。Struts アクションは、MVC のコントローラー部分です。