問題タブ [genericdao]

2 つのエンティティ クラスがあるシナリオがあります。それらの構造は似ています

エンティティ B のフィールド associtedA は A.id を参照します それらの間の関係は A 1 対多 B です

A のリストと、関連する B のデータ リストを取得する必要があります。

検索を使用してこれを実装しようとしました。しかし、実用的な解決策を見つけることができません。また、エンティティを変更することはできません。

これを実装するには、すべての A リストを取得してから、A.id ごとに関連する B データを再度取得します。しかし、そのためにはループでサービスを呼び出す必要がありますが、これは私が望んでいないことです。

このシナリオにスマートな方法はありますか?

私はブリッジクラスを持っています:

このクラスはマッピングに使用されます。Bridge.hbm.xml:

属性クラスも:

フィルターを使用してエンティティを検索するために Google GenericDAO フレームワークを使用すると、nameフィールドでは検索できますが、 では検索できませんdescription。

マップされていないクラス オブジェクトを検索するために Google GenericDAO フレームワークのクラスSearchを使用するにはどうすればよいですか?Filter

Google genericDAO 1.2.0で Hibernate 4.2.7.Final を使用しています。group by を使用して検索を作成するにはどうすればよいですか?

例えば：

と

たとえば、私は多くのテーブルを持っていpeople car houseます。一般的な DAO 設計の良い方法を知りたいです。

この場合、 とpeopleがcarsありhousesます。独自のID、おそらくauto_increment int値carを持っています。また、 の PK であるhouse外部キーも持っています。userIduser

最初のステップとして、GenericDaoすべてのテーブルに基本的な CRUD 機能を提供するように設計します。

その後？

ユーザー A のすべての車を検索する必要があるため、withCarDao関数findAllCarsForUser(int userid)が必要です。については、同じものが必要です。人々が他の種類のものを持っている場合、それぞれに.findCarsByName(String name)findCarsByNameForUser(String name, int userid)HouseHouseDaoObjectXXXDao

しかし、上位層の場合、XXXDaoそれらにさらされる必要がありますか?

私はそうすべきではないと思うので、すべてDAOがラップされたServiceクラスなどを持っCarService HouseServiceています。ただし、これらのサービス クラスの関数については、おそらく statement のみreturn XXXDao.findCarsByNameForUser()です。サービス クラスには追加機能がまったく追加されていないか、ほとんど追加されていません。

XXXserviceまたは、このレイヤーにどのような機能を追加する必要がありますか?

Carandテーブルに参加するための要件が​​ある場合はHouse、おそらくCarHouseDaoandCarHouseServiceが必要です。

知りたいのですが、これは一般的な DAO にとって適切な設計ですか? そうでない場合、良いアドバイスや例はありますか?

新しいプロジェクトに Generic DAO と Generic Service を実装しようと考えています。私はウェブで多くの例を見てきました。

開始する前に、このデザイン パターンを使用することの長所と短所を知りたいと思います。

このパターンを使用することをお勧めしますか?

最近、DAO に DAOFactory のインスタンスがあるコードを見つけました。そしてDAOFactoryには接続があります。DAO は DAOFactory の接続を使用して操作を行います。基本的にDAOはDAOFactoryに依存していました。これはコードです：

DAOFactory.java:

BaseDAO.java:

ユーザーDAO.java:

SQLServerUserDAO.java:

SQLServerDAOFactory.java:

通常、DAO には Connection がありますが、これには代わりに DAOFactory があります。

Connection を持つ DAO と比較して、DAOFactory を持つ DAO のこのアプローチを使用することの長所と短所は何ですか?

私はSpringが初めてで、この記事http://www.ibm.com/developerworks/library/j-genericdao/のようにジェネリックDAOを実装しようとしています。ConcreteEntity1 と ConcreteEntity2 というエンティティがいくつかあります。また、私はクラスを持っています

と

今、私はサービスレイヤーを書き込もうとしています。HibGenericDaoImpl<ConcreteEntity1>フィールドtypeに含まれる場所を自動配線したいと思いますConcreteEntity1.class。XML なしで実行する方法を教えてください。