エンティティ クラスとエンティティ DAO クラスがあります。
エンティティ クラスのインスタンスを作成するのは DAO クラスの責任である必要があります。または、エンティティ クラスを作成するためにデータベースからデータを取得するためだけに DAO クラスを使用するエンティティ クリエータ/マネージャ クラスが存在する必要があります。
ありがとう、
クリス
エンティティ クラスとエンティティ DAO クラスがあります。
エンティティ クラスのインスタンスを作成するのは DAO クラスの責任である必要があります。または、エンティティ クラスを作成するためにデータベースからデータを取得するためだけに DAO クラスを使用するエンティティ クリエータ/マネージャ クラスが存在する必要があります。
ありがとう、
クリス
データストアから永続オブジェクトをロードし、一時的なインスタンスを返すのは、DAO の役割です。ここに別の抽象化レイヤーを追加する理由は何ですか?
新しいエンティティを作成するために、ファクトリ (またはアセンブラ) が関与する場合があります。ただし、通常、これはエンティティの作成が十分に複雑な場合にのみ正当化されます。ほとんどの場合、単純なコンストラクターで十分です。
私は通常、DAOにエンティティのアセンブリについて通知し、完全にハイドレイトされたエンティティを返します。なんで?なぜなら、通常、DAOはそのエンティティをサポートするためだけに存在するからです。その役割がそのエンティティまたは関連するエンティティのサポートにバインドされていない場合は、中間層を確認することをお勧めします。
私はあなたが永続的なエンティティとその永続性を管理する何かについて話していると仮定しています。私の意見では、単純にPOJOを作成するためにファクトリを使用することに価値はありません。従来の手段を使用してからDAO
、EntityManager
永続性に対処するために、、などを使用します。重要な点は、永続化戦略/実装がビジネスAPIを超えないようにすることだと思います。