2

DAO デザイン パターンHereを理解する上でいくつかの問題があります。

私の混乱は2つの点にあります：

  1. Web サイトの「問題」セクションでentity beans言及されているのは、Web テクノロジ専用ですか? 上記の設計パターンを純粋な Java プログラムで使用していると思います。ここでは、ジェネリックを使用して DTO と DAO を使用して、いくつかのタイプ (連絡先、イベント、仕事、学者) を表します。それぞれにスーパークラスの独自の実装がありBASEDAO、データベースへのすべての sql ステートメントとその接続を管理します。

現在、コンタクト、イベント、ジョブを表す DTO が ENTITY BEAN として分類されるかどうかはわかりません。私の DTO は、上記のサイトで言及されているビジネス コンポーネントに分類されますか?

  1. Web サイトの問題セクションの終わりに向かって 、コンポーネントとデータ ソース実装の間の密接な結合について述べています*。これが何を意味するのかわかりません。Javaコードを使用した簡単な例を詳しく説明したり、見せたりしてくれる人は親切ですか?
4

2 に答える 2

1

現在、エンティティ Bean は Java EE の概念であり、エンティティ Bean がなくても DAO を構築できます。多くの場合はそうです。(例: 休止状態)

2 番目の質問に答えるために、DAO を使用せずにカスタム コードを記述して DB 接続、クエリなどを管理すると、密結合が発生します。DAO を使用し、データソースを使用する場合、データ ストアやソースを変更してもすべてのビジネス ロジックは安全です。これは、DAO がない場合に新しいコードを最初から書き直す代わりに、構成スクリプトの最小限の変更で処理できます。 .

于 2013-04-03T17:45:36.703 に答える