domain-events

    1熱度

    1回答

    在我的應用服務,我有以下用於發佈域事件中的代碼: var document = await dbContext.Documents.GetAggregateAsync(message.DocumentId); publisher.SubscribeTo<DocumentOwnerChanged>() .UsingDelegate( async a => await mess

    0熱度

    3回答

    ,這樣想,我有這樣的域名事件: class BookChangedName... class BookType1ChangedName extends BookChangedName... class BookType2ChangedName extends BookChangedName... 那是好還是: class BookChangedName{ enum bookTyp

    0熱度

    1回答

    我知道DDD在基於任務的用戶界面方面很好,但我正在重構遺留應用程序,我在那裏有貧血域模型(許多設置者沒有業務邏輯)。 其中一個步驟是使其到達模型並添加域事件。在添加事件創建(TaskCreated在構造函數中)和刪除(TaskRemoved)模型是一個簡單的過程,我正在努力與更新模型。 我們有一個RESTful API和PUT /tasks/{id}端點。引擎蓋下框架映射響應DTO對象的身體,然後

    2熱度

    1回答

    我們當前的系統是不使用domain events的傳統系統。我們將開始發佈domain events。 其他有界的上下文將聽取這些domain events,但只有從我們開始發佈時,失去了所有的過去的信息。 那麼,如何處理這個沒有記錄這些事件的遺留系統,但不知何故,我們希望在實現這個事件存儲系統之前有一個過去的歷史? 根據我們在數據庫中的數據,試圖找出發生的事情並嘗試創建域事件(逆向工程)是一種好

    0熱度

    1回答

    我試圖創建與DDD的應用,實現域事件,使用實體框架和依賴注入StructureMap。 我創建了UnitOfWork和Repositories的抽象。顯然,IUnitOfWork實現封裝了DbContext,並且所有實例都由StructureMap(Nested Container的每個HTTP請求)注入,所以注入到所有存儲庫(也是注入的)中的IUnitOfWork是同一個實例(出於同樣的原因,每

    1熱度

    1回答

    流量: CreateNewTaskRequest - > CreateNewTaskService - >任務:: writeFromNew() - > NewTaskWasCreated(域事件) - > DomainEventPublisher呼叫處理的用戶。 按照上面的流程,我想知道你在哪些地方爲域事件添加訂閱者? 我目前正在閱讀這本書DDD in PHP,但我無法掌握應該在哪裏完成? 這是

    2熱度

    1回答

    我正在閱讀關於書籍DDD in PHP的預測,我很困惑何時何地從投影儀類中調用註冊方法。 Flow: CreateNewTaskRequest - > CreateNewTaskService - > Task :: writeFromNew() - > PDOTaskRepository。 在PDOTaskRepository的保存方法結束時,調用投影儀的項目方法,這反過來會調用正在監聽給定域事

    1熱度

    1回答

    我是CQRS的新手,需要關於設計中以下情況的建議。一個命令更新聚合A的狀態;讀取模型需要隨後用交叉聚合計算方法的結果進行更新;此方法屬於另一個集合B,該集合B持有對集合A的引用;該方法是聚合B和引用聚合A的狀態的函數。在哪裏調用該函數的正確位置? 我的注意事項(可以跳過): 命令處理程序更新機組A的國家可以從技術上就可以了倉庫,呼叫計算,並把結果在域事件獲取骨料B;但是我相信這不是命令處理程序的工

    1熱度

    3回答

    我正在實踐領域驅動設計,那麼爲什麼不建立一個演示產品目錄項目?顯然Product在這裏是核心領域,但因爲我喜歡讓項目更有趣,我很樂意支持嵌套Category層次結構。換句話說,Category可能有許多孩子Category。 此外,我想分開Category域從Product域,並使其自己的支持域。 問題:標記Category as AggregateRoot聽起來不正確。 A Category可能

    0熱度

    1回答

    我正在開發一個應用程序,該應用程序在驗證之後擦除HTML提要。這些網站僅支持電子郵件/密碼身份驗證,但某些集成可能需要其他信息。所以我的問題現在具體應該在創建域事件和聚合時獲得?我與Prooph合作過,並創建了僅處理單個實體類型的簡單聚合和域事件。但現在我想知道聚合和域名事件是否應該專門針對這些第三方網站刮板。是否應該爲每個feed scraper提供一個事件,或者創建一個通用事件並更好地聚合?每