私の ORM は、データベースのテーブル構造を反映したオブジェクトを生成しています。このオブジェクトは拡張可能であるため、新しいプロパティとメソッドを追加できます。このオブジェクトには永続化ロジックが含まれていないため、永続化を無視していると思います。
このオブジェクトをドメイン オブジェクトとして使用する必要がありますか?それともメイン ドメイン モデル用に新しいオブジェクトを作成する必要がありますか?
新しいオブジェクトを作成するプロとして、データベーステーブルが変更されてもアプリケーションが壊れることはないと考えています。
新しいオブジェクトを作成するための短所として、追加のマッピングとアプリの複雑さを検討します。
ORMを使用してDBからデータを取得する代わりに、DBがデータをどのように認識するかに関連する形式で、ドメインオブジェクトを作成して実際にドメインに一致させ、ORMを使用してドメインオブジェクトをデータベースに永続化します。 DBのニーズ。
言い換えれば、あなたはそれを逆行しているのです。最初にドメインモデルを正しく取得してから、ORMにそれらをDBに永続化する方法について心配させてください。
私の答えは、それは状況次第です。多くのエンティティに関連付けられた複雑なロジックがたくさんある場合は、ドメインの別のレイヤーを作成する必要がありますが、ロジックがなく、dbポートとして機能するだけのオブジェクトの場合は、わざわざ別のオブジェクトを作成しないでください。
要約すると、データベースの変更によってドメインが変更される場合は、分離しないでください。分離しないでください。