ドメインモデルでSpring依存性注入を使用しますか？

Question

私はしばらくの間、Spring MVCで作業してきましたし、プレーンなSpring（Spring Bootかもしれない）でアプリケーションを作成することを考えています。 - 人 - アドレス しかし、最初のアプリケーションバージョンはAddressクラスなしで構築されます。私はどのフィールドがAddressクラスに格納されるのかわかりません。また、私はHibernateでアプリケーションを作っています（HibernateはインスタンスクラスのDBテーブルを作成します）。だから私はオプションがあります： - 最初に、アドレスフィールドなしでPersonクラスを作成しますが、これは不完全であり、Addressがシステム内にあるときにテストを更新する必要があります。 - アドレスインターフェイスを作成し、MockAddressまたはStubAddressのような実装をいくつか行い、アドレスインターフェイスタイプのPerson Classでデータフィールドを作成します。 - インターフェイスとフィールド/メソッドを使用せずにAddressクラスを作成し、人と配線します。

私はこのトピックのための良い説明を見つけることができません、どのようにそこでDIを使用するか、それを使用する価値がありますか？ほとんどの記事はサービスレイヤーのワイヤーについては見つかりましたが、データモデルオブジェクトについては見つかりませんでした。

Answer 1

ドメインモデルに依存性注入（DI）の力はありません。たとえば、人から人へのドメインモデルの関係でDIから利益を得られない可能性があります。パーシステンスデータモデル、つまりデータベース+ Hibernateは、ドメインモデルの関係を維持する必要があります。

しかし、アプリケーション構成を管理することは、DIを使用して実稼働環境のアプリケーションを組み立てるのに最適な場所です。サービスレイヤーを設定することは、DIを使用するもう1つの優れた点です。依存性注入を使用することは、説明したような最も基本的なSpringアプリケーションであっても、学ぶ時間と努力の価値があります。

here's a simple example using Spring Data JPA with Hibernate.ドメインモデルの変更に合わせてデータベースをアップグレードするには、Flywayを使用してください。