今天的內容比較簡單，也是本章的一個收尾！

　　Anemic Domain Model

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

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

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架構設計——第四章：業務層分層架構（后篇），轉載需保留來源！
        
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。