ASP.NET MVC的Model、DTO、Command的區別

最近在用CQRS架構模式做項目，有些感悟，記錄下來。

問題的描述（大家是否也存在過類似的情況呢？）：

從剛開始時項目中沒有區分這3種對象，所以導致了很多職責公用，然後就亂了，比如Command一部分職責 需要用到ASP.NET MVC中，所以定義在了底層dll中，並且貼了一堆一堆的DataAnnotation的tag到屬性上，其 中包括了很多remote驗證、前端js validation組件的驗證tag，很宏偉。後端CommandHandler那邊傳入 DomainService的dll中，由於對資料轉換還存在誤解，所以也用得一塌糊塗。

我目前的理解：

ASP.NET MVC的Model層不能少，這個是細粒度的對象，和UI有很強的聯絡，在這些對象定義上需要貼一堆 驗證tag以及UIHint

Command對象，是牽涉到具體業務行為的對象定義，和UI沒有很大關係（但不代表沒有關係），Command的 名稱、屬性的定義會根據項目的進展而變化，實際上就是看需求變動以及對業務的理解深入而變化，在 Command對象上定義的都是些server端驗證的屬性（順便說一下，A2D架構的CommandBus會在每次 CommandBus.Send後驗證這些Command的合法性）。

DTO，是data transfer object的意思，它所能描述的範圍太寬了，後來發現在CQRS中，DTO主要是指Query DTO。

下面再貼一張CQRS的圖（大家看看能否把上面3種對象對應起來）：

查看本欄目更多精彩內容：http://www.bianceng.cnhttp://www.bianceng.cn/webkf/aspx/