cqrs(command query responsibility segregation)，一種奇怪的開發體驗，除了頻繁的切換資料夾，但整個業務思路是非常清晰的的。
一、什麼是cqrs
在cqrs中，c (command) 是用來進行cud的，q (query)則是對應查詢。
每乙個command都必然改變物件的狀態，且不會有任何返回。
每乙個query都不改變物件狀態，而是返回結果。
根據cqs的思想，然後乙個方法都可以分離出命令和查詢。
// 命令二、傳統的crud問題private
void increasecommand(int
value)
// 查詢
private
intqueryvalue()
1、使用同乙個物件實體來進行資料庫讀寫可能會太粗糙，大多數情況下，比如編輯的時候可能只需要更新個別字段，但是卻需要將整個物件都穿進去，有些字段其實是不需要更新的。在查詢的時候在表現層可能只需要個別字段，但是需要查詢和返回整個實體物件。
2、使用同一實體物件對同一資料進行讀寫操作的時候，可能會遇到資源競爭的情況，經常要處理的鎖的問題，在寫入資料的時候，需要加鎖。讀取資料的時候需要判斷是否允許髒讀。這樣使得系統的邏輯性和複雜性增加，並且會對系統吞吐量的增長會產生影響。
3、同步的，直接與資料庫進行互動在大資料量同時訪問的情況下可能會影響效能和響應性，並且可能會產生效能瓶頸。
4、由於同一實體物件都會在讀寫操作中用到，所以對於安全和許可權的管理會變得比較複雜。
在實際業務中，資料庫通成都是讀比例遠遠高於寫比例。所以一般情況下，會使用主庫進行cud，從庫r，但這種情況是從資料庫視角進行讀寫分離，而cqrs是從業務上面進行分離的。
三、cqrs的問題
入下圖所示，這種形式是通過事件把同步變為非同步，也就沒有併發**的一些列問題。
但也是這個原因，因此這種方式必須是非同步的。
所以採用中介者可以解決這種問題。下面的例子中，將使用mediator作為作為事件匯流排核心。
事件匯流排：連線一切事件的地方，內部知道每個事件由誰觸發和由誰處理，大型中介所?
寫乙個簡單的例子體驗下cqrs
命令和查詢職責分離模式 雲計算架構常用設計模式
在傳統的資料庫管理系統中，執行更新和查詢的是針對同乙個資料庫中的相同實體。當資料操作應用於簡單的業務邏輯時，傳統的crud設計方式工作良好。生成工具提供快速建立資料訪問 框架機制，然後根據需要進行定製擴充套件。但是，傳統的crud方法存在一點缺點 命令和查詢職責分離 cqrs 是指從更新資料的操作之...
CQS 命令 查詢分離原則
摘自 uml和模式應用 命令 查詢分離原則 command query separation principle cqs是針對方法的經典oo設計原則.該原則指出,任何方法都可能是如下情況之一 1.執行動作 更新,調整.的命令方法,這種方法通常具有改變物件狀態等 並且是void的.2.向呼叫者返回資料...
設計模式 職責鏈模式（本質 分離職責，動態組合）
抽象處理者 handler 角色 定義出乙個處理請求的介面。如果需要，介面可以定義出乙個方法，以設定和返回對下家的引用。這個角色通常由乙個抽象類或介面實現。具體處理者 concretehandler 角色 具體處理者接到請求後，可以選擇將請求處理掉，或者將請求傳給下家。由於具體處理者持有對下家的引用...