domain-driven-design

    0

    1答えて

    DDDでは、集約ルートを削除すると、一度に集約境界内のすべてを削除することがわかります。 しかし、私は気づいたその読み取りモデル(読み取り専用プロパティ)をレフGorodinskiこのブログで述べたように集合体の中で使用されていますhttp://gorodinski.com/blog/2012/04/25/read-models-as-a-tactical-pattern-in-domain-dr

    2

    2答えて

    私にはUserとRoomという2つのモデルがあります。ユーザーは多数の部屋に所属し、部屋には多数のユーザーがいます。 は現在、私は私が見つけるか、彼を作成するのいずれか、 public class User extends BasePersistable { private static final long serialVersionUID = 1492535311821424305

    0

    1答えて

    春データの@DomainEventsとAbstractAggregateRoot仕事は素晴らしいセーブで(一覧 反復可能オブジェクト)で失敗したが、それは上で使用されるドメインオブジェクトにrepository.save(Iterable<S> entities)で失敗しました。 エラートレースは以下の通りです: - java.lang.IllegalArgumentException: obje

    1

    1答えて

    私はDDDにおいて、集約ルートを削除すると集約境界内のすべてを一度に削除する必要があることを知っています。 しかしヴォーンバーノンは私が製品集約ルートを削除したい場合は、https://vaughnvernon.co/?p=838 BackLogItemおよび製品凝集体が別々の集合体に存在しているとBackLogItem集約ルートがId.Soによって製品の集約ルートを参照している、ここでそれを与え

    3

    2答えて

    DDDでは、レポジトリを使用して集約のシリアライゼーションとデシリアライゼーションが実行されます。データベースの読み書きによってそうすることで、集約にはより純粋なビジネスロジックを含めることができ、ドメイン固有でない永続戦略には結合しません。 しかし、なぜリポジトリが常に集約に使用されていると記載されているのだろうか。すべてのエンティティに同じように動機づけられているのではないでしょうか? (これ

    0

    1答えて

    私たちのアプリケーションでは、我々のエンティティに対して状態パターンを使用しています。状態をデータベース値にマッピングすることで問題が発生します。私たちの現在のソリューションは動作しますが、IQueryable(Hibernateから)をサポートしていないので、リポジトリの.ToList()を呼び出す必要があります。ここで は、私たちの実体である: public class Gap {

    3

    1答えて

    私は、アプリケーション内の複数のロールによって特定の動作を実行できる集約で作業しています。しかしそれが起こる前に、かなり複雑な検証が行われます。役割ごとに異なるのはこの検証です。通常、アクションが実行できるかどうかを判断するために、さまざまな構成設定がチェックされています。 例として、OrderLinesを追加できるOrderがあるとしましょう。私が役割を持っている場合、従業員iは€100まで注文

    0

    3答えて

    私は金融会社で働いています。何百万ものフラットファイルとxmlファイルを受け取り、この特定のシステムではNo ApiデータをSQLサーバーデータベースにインポートしました。 イベントソーシングをこのタイプのシステムに使用すると、フラットファイルETLをデータベースにインポートする必要がありますか?私はいつもEvent SourcingがフロントエンドのWebアプリケーションのために多く使われている

    0

    3答えて

    DDDの原則によれば、値オブジェクトは、独自のライフサイクルを持たない単なる値である値をエンコードするために使用されることがよくあります。設計上、このようなオブジェクトは不変にされます。プリミティブを置き換えることが多いため、コードは意味が分かりやすく、エラーのないものになります。 理論的根拠は非常に賢明ですが、いくつかの面倒な操作につながることがあります。例えば、アドレスの線に沿って値オブジェク

    0

    1答えて

    vaughn vernonがAgileについての彼の本で示した例に応じて、彼はIdでProduct ARを参照する集約としてProductを集計およびBackLogItemとして設計しました。私は内部のBackLogItem集計の一貫性の境界に違反しました public static BacklogItem planBacklogItem(String aSummary, String aCate