0

私は、standalone java application後で としてパッケージ化さjarれ、エンタープライズ アプリケーションに展開される を開発しています( EAR)。

を使用してアプリケーションでデータベースに数回アクセスしていますJDBC。このアプリケーションでは、次のようなデータ アクセス デザイン パターンを使用できますAbstract DAOか? data access layerまたは、スタンドアロンのJavaアプリケーションにそのようなレイヤーを含めることを検討すべきではありませんか?

4

3 に答える 3

1

はい、JDBC コードをアプリケーション全体に分散させるのではなく、データ アクセス レイヤーを統合することは有益です。また、db 接続プールの使用を検討する必要があります。例として、Apache DBCP があります。スタンドアロン アプリだからといって、IMO のメリットがなくなるわけではありません。

于 2013-09-13T11:52:44.623 に答える
1

もしそうなら、私は：

  • dao.jarDAO コードを含む専用ライブラリ (jar としてパッケージ化) を作成します。
  • このライブラリに依存するスタンドアロン (実行可能) アプリケーションapp.jar(実行可能 jar) を作成します
  • app.earアプリケーションではなく、専用ライブラリ ( dao.jar)を耳に使用させる

ビジネス ロジックがある場合は、それを含む追加のライブラリを作成して、それbusiness.jarに依存しdao.jar、作成app.jarし、app.ear依存することもできます。

1 つの jar には、主要な責任またはレイヤーが 1 つだけ含まれている必要があります。

dao.jar有用な設計原則または設計パターンを使用して、そのデータにアクセスできます。

于 2013-09-13T11:52:52.103 に答える
1

もちろん、Web アプリケーションでできることは何でもできます。さらに、抽象的な DAO パターンは、特定のアプリケーション セットに固有のものではありません。

これを行うにはいくつかの方法があります。

DAO コードを jar として作成し、それを EAR としてデプロイされる他のプロジェクトのクラス パスに含めることができます。

于 2013-09-13T11:54:27.913 に答える