4

Java EEの世界での新しい改善により、大量のデザインパターンが廃止されたことを考えると、DTOは大部分が眉をひそめています。

ただし、データベースのリレーショナル構造によって、クライアント(Webアプリ)がEJBのサービスをどのように使用するかを決定する必要はありません。技術の進化のおかげで、光ファイバー技術やその他の考えられないことが現実のものとなり、UIのオーバーホールを試みるために約5年の間に作業が行われていると思います。したがって、ビジネスロジックを完全にカプセル化して、必要なときにいつでもUIを簡単に変更できるようにする必要があります。

この考え方を念頭に置いて、クライアントが代わりにそれを使用できるように、ビジネスモデルとサービスを表す純粋なAPIを開発しています。

ただし、エンティティBeanをこのAPIに変換するには、常にコンバーターを作成する必要があります。これは正しいことですか、それともエンジニアリングを超えていますか。

あなたのフィードバックと意見は大歓迎です。

NB。このプロジェクトは、完全なJavaEE6プラットフォームを使用します

4

1 に答える 1

2

進むための最良の方法については、相反する「宗教」があります。私はあなたと同じように、よりオブジェクト指向のソリューションを好みます。つまり、DB行(エンティティ)はビジネスドメインオブジェクトと同じではありません。じゃあ何をすればいいの?

永続層にエンティティを設定するには、HibernateやSpringなどの一般的なツールを使用することをお勧めします。次に、ブローカーを使用して、DBとドメインレイヤーのクラス/オブジェクト間で状態を移動します。

HTH、マーク

于 2011-02-21T14:53:55.443 に答える