domain-driven-design

    4熱度

    3回答

    TL; DR服務是否應該選擇將數據保存在本地數據庫中,或者每次從數據源發出的服務請求數據? 讓我們來看一個網絡商店/訂購應用程序的一般示例。服務A是用戶會話管理服務。它處理用戶正在做什麼的業務邏輯,他可以做什麼等等。用戶可以創建自己的襯衫以供購買。服務B是一個數據聚合器,包含大量的庫存和可用的數據。 用戶開始創建一件襯衫,因此服務來自服務B的請求,可用的樣式/顏色。服務B發送服務A然後顯示給用戶的

    0熱度

    1回答

    我們在當前項目中使用DDD實踐。我們的問題是我們有很多有界的上下文,每個上下文都是一個包含它的持久層的分層結構。問題是,例如在有限情況下,我們需要從例如其他界上下文參考數據IdentityAccess上下文是負責管理用戶這樣的背景下,它包含的usermodel,但我們需要引用用戶在另一個有界的上下文中,我們創建一個SubscriberUserModel,其中包含來自該有界上下文中的用戶模型的子集信

    0熱度

    1回答

    在我正在處理的項目中,我有DebtCollectionCase對象,其中包含Invoices, Payments, CreditNotes等...我遇到的問題是查詢數量一直在增加,並且它會繼續增加在這些查詢中我有很多重複的計算。例如,計算得到UnpaidAmount或Interest。這已經是一團糟了,隨着時間的推移它會變得更糟。 解決方法是將這些計算放在域對象中,然後在函數中使用,然後在每個地方

    1熱度

    2回答

    對於我正在設計和開發的新的Spring應用程序,出於多種技術原因,我們使用MongoDB作爲持久層。這是我嘗試實施一些DDD原則的第一個項目,包括Value Objects。我試圖找到最好的方法來保存一個ValueObject,它實際上只是一個String。使用Lombok的@Value,我的Spring REST控制器愉快地將一個值分析到RestController側的ValueObject中。

    0熱度

    2回答

    我開始使用BDD,在讀完一些內容後,我發現它與DDD配合良好。 現在我有這個域名,其中Institution有Places,它被添加到Institution通過Assignee這是指定爲組織的管理者的User。 我仍然不能完成我的周圍就應該是這樣的頭,但功能類似的聲音:作爲機構的受讓人我必須能夠地加入到組織 我的代碼思考(對於代碼優先的方法感到抱歉)看起來像這樣: if ($institution

    0熱度

    2回答

    Java中的DDD通常是指將屬於您的域的所有可能原語轉換爲值對象?今天我已經和同事討論了關於Stringly(而不是Strongly)與今天的同事們類型化的代碼。我是把所有東西都變成獨立的價值對象(好吧,任何不是實體的東西)的忠實粉絲,但是整體情緒只有在結構的情況下才能做到這一點(比如地址,街道,門牌號碼等等),或者當內置驗證是相關的時候(比如電話號碼)。如果把其他的東西,比如說一個寵物的名字放入

    0熱度

    2回答

    當使用聚合事件採購作爲交易範圍時,您顯然希望在單臺計算機上擁有該聚合。但是,如果您還想構建高度可用且水平可伸縮的系統,則還需要在不同數據庫上的許多計算機上覆制此狀態。 如果在任何給定時刻只允許在該網絡中的一臺機器上有一個寫入側,其他機器最終可以是一致的讀取側。但爲了最大限度地提高寫入性能,我想最好是同時允許多個寫入端。但是,像這樣的系統如何處理一致性和共識? 當兩臺或多臺機器想要同時更新通用但已復

    1熱度

    1回答

    我想在我的REST API和領域驅動設計原則也適用CQRS的原則,採用5級媒體類型,在這些文章中解釋說: https://www.infoq.com/articles/rest-api-on-cqrs http://byterot.blogspot.ch/2012/12/5-levels-of-media-type-rest-csds.html 我的技術環境是Spring REST框架版本3.2。

    1熱度

    1回答

    我讀了很多有關DDD的內容,但我不知道如何在現實生活中使用它。我用一些例子(用C#和實體框架)來說明我無法理解的事情。 爲用戶添加錢。用戶只需要很多錢。 好的,很簡單。這是模型的例子User class User { public decimal Balance {get; private set; } public void AddMoney(decimal sum)

    1熱度

    2回答

    我正在構建通知系統,其中有用戶可以創建訂閱,以定義通知何時傳遞給他們以及通過哪個端點。我已經確定用戶是一個聚合根,並且會爲他們建立一個存儲庫。不過,我在圍繞這個概念時遇到了一些麻煩。根據我的理解,只有Aggregate Roots應該從存儲庫中提取。 比方說,我有一個用戶 public class User { public ICollection<Subscription> Subs