3

現在、私は次のレイヤーを持つプロジェクト( springwith )の一部です:JPA

  1. サービスレイヤー (承認をチェックし、アクションをマネージャーレイヤーに委任します)
  2. マネージャー レイヤー - 多くのビジネス ロジックを実行してから、以下を呼び出します。entityManager.save(object)

ご覧のとおりDAO、このプロジェクトにはレイヤーがなく、DAOレイヤーの狂信者として、代わりにこのセットアップに恋をし始めています。

このセットアップの長所と短所は何ですか?

ダオを気にする必要がありますか?

4

1 に答える 1

4

Separation of concernsこのアプローチに夢中になる前に考えるべき言葉です。一般的には、将来データベースを変更する場合に備えて、ビジネス ロジックと dao ロジックは分離しておく必要があります。新しいデータベースにアクセスする方法を変更するためにすべてのクラスを検索する必要はありませんが、DAO レイヤー アプローチでは、変更するだけで済みます。ビジネス層としての DAO 層はそのまま残ります。

于 2013-10-10T14:24:49.270 に答える