今天的內(nèi)容比較簡單，也是本章的一個收尾！

　　Anemic Domain Model

　　這種模式和之前講述的Domain Model有很多的相似的地方。在之前的Domain Model中，每個業(yè)務類都包含了自己的業(yè)務邏輯和數(shù)據(jù)，以及對象之前的關系；但是在Anemic Domain Model，每個業(yè)務類僅僅只是包含了一些保存業(yè)務數(shù)據(jù)的屬性,把相應的業(yè)務規(guī)則從原本的業(yè)務類中移到了另外的一個專門的業(yè)務規(guī)則類(Specification Pattern,我們后面的章節(jié)講述)，同時把相應的業(yè)務方法移到了service類中。之前在Domain Model中，service類包含了一些粗顆粒度的業(yè)務方法，現(xiàn)在service類中也包含了原本在業(yè)務類中的細粒度的業(yè)務方法。

　　我們再來看看在這種組織方式下,我們之前的代碼如何寫:

public class Transaction
{
        public Guid Id{ get; set; }
        public decimal Deposit{ get; set; }
        public decimal Withdraw{ get; set; }
        public string Reference{ get; set; }
        public DateTime Date{ get; set; }
        public Guid BankAccountId{ get; set; }
}        

        

        
        
      
        
NET技術：走向ASP.NET架構設計——第四章：業(yè)務層分層架構（后篇），轉(zhuǎn)載需保留來源！
        
鄭重聲明：本文版權歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。