0

5〜8人のチームがあり、プロジェクトではHibernate（ORM）を使用していますが、HBMファイルとそれぞれのVO（値オブジェクト）に関連するいくつかの問題に直面しています。実際、私たち全員がさまざまなモジュールに取り組んでおり、モジュールごとにHBMファイルとそれぞれのVOを作成しています（したがって、モジュールに固有のHBMファイルとVOが​​あります）。共通テーブルが複数のモジュールで使用されている場合、その単一のテーブルに対して複数のHBMファイルとそれらのVOがあります。したがって、複数のHBMとVOがある場合でも、すべてのHBMファイルとVOを特定の場所に配置するか、モジュール固有に保つ必要があります。良いまたは悪い習慣も提案してください。

ありがとう

4

2 に答える 2

1

クエリから、各モジュールには独自のデータ アクセスがあるようです。それほど複雑でない場合は、すべてのデータ アクセスを別のモジュールに入れることができます。プロジェクトには複数のモジュールを含めることができますが、データ アクセス用の場所は 1 つにする必要があります。

  • 示唆されているように、データ関連の操作のみを行う DAO モジュールを使用できます。パッケージを使用して、さまざまな DAO タイプを識別できます。

  • 共通の DAO はシンプルに保つ必要があります。ビジネスロジックはその中に入れるべきではありません。ロジックはより高いレベルで処理する必要があります。

それ以外 ：-

  • プロジェクトは適切に構成されている必要があります。つまり、パッケージは明確に定義されている必要があります。

module1/src/../com/../../bl
module2/src/../com/../../b0

dataacess/src/../com/../../bl
dataacess/src/../com/../../bo

  • 依存関係は明確に推定する必要があります。DAO モジュールが 1 つある場合、DAO は独立している必要があります。他のモジュールは DAO に依存する必要があります。Java の場合は、maven を使用してこれを行うことができます。

最後に、それが私たちの選択です。多くのベストプラクティスがあります。シナリオに最適なものを選択する必要があります。最終的には、将来的にはシンプルで扱いやすいものになるはずです。

于 2012-12-04T10:55:36.010 に答える
0

common projectすべての DAO 関連のものを含むがあるはずです。各モジュール/プロジェクトは、休止状態およびデータベース関連の操作を実行するために、そのクラスパスにその commonDAO プロジェクトを含めます。これにより、HBM ファイルの重複が解消され、コードの保守が容易になります。

于 2012-12-04T06:55:00.500 に答える