轉(zhuǎn)帖：
軟件編寫有時候難以在預算內(nèi)按時完成的其中一個原因是，缺少對領(lǐng)域?qū)＜宜f的對商業(yè)語言的關(guān)注霸株。大多數(shù)時候雕沉，確認需求意味著將理解的需求映射到某種關(guān)系數(shù)據(jù)模型。然后去件，構(gòu)建業(yè)務邏輯以在持久性層和表示層之間隧道傳輸數(shù)據(jù)坡椒，并在此過程中進行必要的調(diào)整。雖然并不完美尤溜，但該模式仍然使用了很長時間倔叼，而日漸增加的復雜性使得這種CRUD增刪改查模式已經(jīng)無法適應需求變化，無論如何宫莱，將其引入 DDD 的公式仍然是當今處理任何軟件項目最有效的方法丈攒。來自微軟Msdn網(wǎng)站一文：領(lǐng)先技術(shù) - 超越 CRUD： 命令、事件和總線討論了如何使用命令事件和總線替代傳統(tǒng)的CRUD系統(tǒng)授霸。轉(zhuǎn)貼并調(diào)整如下:事件在上述情況體現(xiàn)了用途肥印，因為它們強制進行不同形式的領(lǐng)域分析，更以任務為導向绝葡，而且也沒有必須趕快找出保存數(shù)據(jù)所用的完美關(guān)系數(shù)據(jù)模型的緊迫性深碱。比如旅館房間預訂案例中，無論房間何時被預訂藏畅，系統(tǒng)都會記錄涉及給定預訂 ID 的預訂創(chuàng)建的事件敷硅。若要檢索聚合（也就是預訂）的所有事件功咒，只需查詢指定預訂 ID 的事件數(shù)據(jù)存儲，就足以獲得所有信息绞蹦。這確實有效力奋，但它是一個很簡單的方案。聚合和對象事件/聚合關(guān)聯(lián)是以業(yè)務域的通用語言編寫的幽七。不管怎樣景殷，與更簡單的一對一關(guān)聯(lián)相比，一對多關(guān)聯(lián)更可能發(fā)生澡屡。具體來說猿挚，事件和聚合之間的一對多關(guān)聯(lián)意味著事件有時候與多聚合相關(guān)，且可能不止一個聚合關(guān)注處理該事件驶鹉，并可能由于該事件更改其狀態(tài)绩蜻。例如，設(shè)想一個方案：在系統(tǒng)中將發(fā)票注冊為正在進行的工作訂單的成本。這意味著，在你的域模型中可能有兩個聚合 - 發(fā)票和工作訂單试伙。注冊的事件發(fā)票會因為新的發(fā)票進入到系統(tǒng)中而捕獲發(fā)票聚合的關(guān)注，但如果發(fā)票涉及與訂單相關(guān)的一些活動孕蝉，它可能還會捕獲 JobOrder 聚合的關(guān)注。很明顯腌逢，只有在完全理解業(yè)務域后昔驱，才能確定發(fā)票是否與工作訂單相關(guān)。在這里可能有發(fā)票獨立存在的域模型（和應用程序）和發(fā)票可能在工作訂單的記帳中注冊并隨后更改當前余額的域模型（和應用程序）上忍。但是，知道事件可能與很多聚合相關(guān)這一點完全改變了解決方案的體系結(jié)構(gòu)和可行技術(shù)的前景纳本。調(diào)度事件分解復雜性事件被綁定到單個聚合的重大約束是 CRUD 和 H-CRUD 的基礎(chǔ)所在窍蓝。當業(yè)務事件涉及多個聚合時，你編寫業(yè)務邏輯代碼以確保狀態(tài)被適當?shù)馗暮透櫡背伞．斁酆虾褪录臄?shù)量超過嚴重閾值時吓笙，業(yè)務邏輯代碼的復雜性可能變得難以處理和演變。在此上下文中巾腕，CQRS 模式代表了在正確方向上邁出的第一步面睛，因為它基本上建議你對系統(tǒng)當前狀態(tài)的“僅讀取”或“僅修改”操作進行單獨推斷。事件源是另一種流行的模式尊搬，它建議你將所有發(fā)生在系統(tǒng)中的操作記錄為事件叁鉴。跟蹤系統(tǒng)的整個狀態(tài)，并將系統(tǒng)中聚合的實際狀態(tài)構(gòu)建為事件的投影佛寿。換句話說幌墓，你將事件的內(nèi)容映射到其他屬性，它們?nèi)恳黄鸾M成了軟件中可用的對象狀態(tài)。事件源圍繞知道如何保存和檢索事件的框架構(gòu)建常侣。事件源機制為僅追加蜡饵，支持事件流的重播，并知道如何保存可能具有截然不同布局的相關(guān)數(shù)據(jù)胳施。諸如 EventStore (bit.ly/1UPxEUP) 和 NEventStore (bit.ly/1UdHcfz) 的事件存儲框架抽象出真正的持久性框架溯祸，并提供高級 API 以在代碼中直接使用事件進行處理。從本質(zhì)上而言舞肆，你所看到的事件流具有一定相關(guān)性焦辅，對于這些事件進行關(guān)注的目的是聚合。這將會順利運行胆绊。但是氨鹏，當某個事件對多個聚合具有影響時，你應該找到一種方法压状，使每個聚合都能夠跟蹤其關(guān)注的所有事件仆抵。此外，你應當設(shè)法構(gòu)建一個軟件基礎(chǔ)結(jié)構(gòu)种冬，該結(jié)構(gòu)不僅關(guān)注事件持久性镣丑，還允許向所有運行中的聚合通知所關(guān)注的事件。要實現(xiàn)將事件正確調(diào)度到聚合和適當?shù)氖录志眯杂榱剑琀-CRUD 是不夠的莺匠。必須再次討論業(yè)務邏輯背后的模式和用于保存事件相關(guān)數(shù)據(jù)的技術(shù)。定義聚合聚合的概念來自 DDD十兢，簡單地說趣竣，是指組合到一起以匹配事務一致性的域?qū)ο笕杭Ｊ聞找恢滦詢H意味著旱物，保證在聚合內(nèi)組成的任何事務在業(yè)務操作結(jié)尾均保持一致且處于最新狀態(tài)遥缕。下面的代碼片段演示了總結(jié)任何聚合類的主要方面的界面∠海可能還有更多单匣，但我敢說這絕對是最少的值：public interface IAggregate{Guid ID { get; }bool HasPendingChanges { get; }IList<DomainEvent> OccurredEvents { get; set; }IEnumerable<DomainEvent> GetUncommittedEvents();}

無論何時，聚合均包含所發(fā)生事件的列表宝穗，并可區(qū)分已提交的事件和未提交的事件（導致掛起更改）户秤。實現(xiàn) IAggregate 界面的基類需要非公共成員設(shè)置 ID 并實施已提交和未提交事件的列表。此外逮矛，聚合基類也有一些 RaiseEvent 方法鸡号，用于向未提交事件的內(nèi)部列表添加事件。有趣的是须鼎，事件是如何供內(nèi)部使用以更改聚合狀態(tài)的呢膜蠢？假設(shè)你有一個客戶聚合堪藐，并想要更新客戶的公共名稱。在 CRUD 方案中挑围，只需進行以下簡單的分配：customer.DisplayName = "new value";

如果使用事件礁竞，將會是一個更復雜的路線：public void Handle(ChangeCustomerNameCommand command){var customer = _customerRepository.GetById(command.CompanyId);customer.ChangeName(command.DisplayName);customerRepository.Save(customer);}

此刻，讓我們先跳過 Handle 方法和運行此方法的人員杉辙，而將注意力集中在實現(xiàn)上模捂。起初，ChangeName 看起來似乎僅僅是先前檢查的 CRUD 樣式代碼的包裝器蜘矢。其實并不完全是這樣：public void ChangeName(string newDisplayName){var evt = new CustomerNameChangedEvent(this.Id, newDisplayName);RaiseEvent(e);}

在聚合基類上定義的 RaiseEvent 方法將在未提交事件的內(nèi)部列表中追加事件狂男。未提交的事件最終會在聚合保存時處理。通過事件保存狀態(tài)隨著對事件更深入的了解品腹，可將存儲庫類的結(jié)構(gòu)設(shè)為泛型岖食。目前描述的設(shè)計用于使用聚合類運行的存儲庫的 Save 方法僅遍歷聚合未提交事件的列表，并調(diào)用聚合必須提供的新方法 - ApplyEvent 方法：public void ApplyEvent(CustomerNameChangedEvent evt){this.DisplayName = evt.DisplayName;}

聚合類將擁有對每個所關(guān)注事件的 ApplyEvent 方法的一個重載舞吭。過去考慮的 CRUD 樣式代碼會在此找到它的位置泡垃。還有一個缺少的鏈接： 如何安排前端用例、具有多聚合的最終用戶操作羡鸥、業(yè)務工作流和持久性蔑穴？ 你需要一個總線組件。介紹總線組件總線組件可定義為運行在已知業(yè)務流程的實例間的共享路徑惧浴。最終用戶通過表示層執(zhí)行操作存和，并為系統(tǒng)設(shè)置要處理的指令。應用程序?qū)咏邮者@些輸入并將其轉(zhuǎn)換為具體的業(yè)務操作衷旅。在 CRUD 方案中捐腿，應用程序?qū)訉⒅苯诱{(diào)用對請求的操作負責的業(yè)務流程（即工作流）。當聚合和業(yè)務規(guī)則數(shù)量過多時柿顶，總線將大大簡化整體設(shè)計茄袖。應用程序?qū)訉⒚罨蚴录扑椭量偩€，以便偵聽器正確地作出響應九串。偵聽器是常被稱為“sagas”的組件，它是已知業(yè)務流程的最終實例寺鸥。Saga 知道如何對大量命令和事件做出響應猪钮。Saga 具有持久性層的訪問權(quán)限，并可將命令和事件推送回總線胆建。Saga 是上述 Handle 方法所屬的類烤低。通常，每個工作流或用案都有一個 saga 類笆载，它可以通過其可處理的事件和命令完全識別扑馁。整體生成的體系結(jié)構(gòu)如圖 1 所示涯呻。