anemic-domain-model

    1

    1答えて

    以下がJPA注釈付き型階層内のすべてのデータフィールド(および関連するゲッターとセッター)は、ビジネスロジックを実装するための抽象メソッドと一緒にスーパータイプのメンバーであります。データメンバを追加せずにこれらの抽象メソッドを実装するサブタイプはいくつでもあります。このため、単一のテーブル継承ストラテジを使用して、このタイプ階層をバックアップするデータベースが1つだけ必要です。 データの内容に基

    6

    4答えて

    私は、貧血ドメインモデルを避けることについてどれだけ心配すべきかに関するいくつかのアドバイスを探しています。私たちはDDDを始めるばかりであり、単純な設計上の決定に関する分析の麻痺に苦しんでいます。私たちが固執している最新のポイントは、特定のビジネスロジックが属している場所です。たとえば、Statusなどのプロパティを持つOrderオブジェクトがあります。誰かが注文を間違えたため、UndoLast

    1

    3答えて

    ドメインエンティティが貧血ではない場合、特定の使用法を内部に埋め込むため、特定のドメインサービスを使用/構築する必要がありますか?エンティティの内部に入るべきかどうかの検証はどうですか? ユニットテストにはどのように柔軟性がありますか? ありがとうございます!

    3

    1答えて

    私のシステムでは、ユーザーは任意の回数のトリップを公開できます。 /* Domain Layer */ public class UserManager { ... public Trip[] getAllTrips(int userId) { dao.getAllTrips(userId); } ... } /* DAL Layer *