JSF Hibernateの意思決定支援

Question

私はJSFを好きで、休止状態が、私は右の決定をするために問題を抱えている：

実際に、私は上のクライアント、ハウス、問題と息子のためにPOJOを持っています。 とビジネスデリゲートRentManager。これらのプログラムは、顧客が自宅にいるかもしれない1つ以上の問題を報告するのにクライアントを助けるかもしれない。

私はすべてのクライアント、住宅、および問題を取りたいと思っています。 RentManagerはPOJOを介してデータベースにクエリを行い、POJOをコレクションなしで残すことはできますか？その場合、すべてのユーティリティメソッドはRentManagerでのみ実装されますか？またはPOJOで複製を行う必要がありますか？ （DRY？）

これはプログラムの断片である、私はコントローラから直接POJOをアクセスするのではなく、私のコントローラでRentManagerを使用する意図を有する約

class Client{ 
    //setters/getters/ constructor are here. 
    //I have also client.hbm.xml and works fine 
} 
class Problem{ 
    //properties/setters/getters/ constructor 
} 

class House{ 
    //properties/setters/getters/ constructor 
} 

class RentManager{ 
    //List and ArrayList for houses, and problems, 
    //and clients + setters/getters/DataModel for these collections 

    // addProblem(), updateProblem(), .. 
    // addClient(), updateClient(), ... 
    // addHouse(), updateHouse(), ... 
} 

助け取得したいです。 これは正しいアプローチですか？または皆さんに提案がありますか？ご協力いただきありがとうございます。

Answer 1

あなたのRentManagerクラスにPOJO（POJO 'のリストも）を保存しないでください。 代わりに、データベースからエンティティを取得するメソッドは、POJOまたはPOJOのコレクションを返す必要があります。 次に、あなたのRentManagerからクラス分けされたデータモデルを更新することができます。 エンティティを保存、更新、または削除するメソッドには、パラメータとしてPOJOを指定する必要があります。 例：List getAllclients（）、void save（クライアントクライアント）...

別の設計では、サービスメソッド（保存、読み込み、...）をPOJOに配置することです。これはドメイン駆動設計と呼ばれていますが、このような設計ではRentManagerはもう必要ありません。