在上一篇文章中，我們討論了兩種組織業(yè)務(wù)邏輯的模式：Transaction Script和Active Record。在本篇中開始講述Domain Model和Anemic Model。

　　Domain Model

　　在開發(fā)過程中，我們常常用Domain Model來對目標(biāo)的業(yè)務(wù)領(lǐng)域建模。通過Domain Model建模的業(yè)務(wù)類代表了目標(biāo)領(lǐng)域中的一些概念。而且，我們會看到通過Domain Model建模的一些對象模擬了業(yè)務(wù)活動中的數(shù)據(jù)，有的對象還反映了一些業(yè)務(wù)規(guī)則。

　　我們就來看看電子商務(wù)系統(tǒng)的開發(fā)，在開發(fā)中我們建立了一些概念的模型來反映電子商務(wù)領(lǐng)域中的一些概念：購物車，訂單，訂單項等。這些模型有自己的數(shù)據(jù)，行為。例如一個訂單模型，它不僅僅包含一些屬性（流水號，創(chuàng)建日期，狀態(tài)）來包含自己的數(shù)據(jù)，同時它也包含了一些業(yè)務(wù)邏輯：下訂單的用戶時候合法，下訂單用戶的余額是否充足等。

　　一般來說，我們對領(lǐng)域了解的越深，我們在軟件中建立的模式越接近現(xiàn)實中的概念，最后實現(xiàn)的軟件就越符合客戶的需求。同時在建模的過程中，也要考慮模型的可實現(xiàn)行，可能我們對領(lǐng)域進行了很好的建模，和符合目標(biāo)領(lǐng)域的一些概念，但是在軟件實現(xiàn)起來非常的困難，那么就得權(quán)衡一下：找出一個比較好的模式，同時也便于實現(xiàn)。

　　在以前的文章中其實也提到過一些有關(guān)Domain Model的一些東西，其實Domain Model和Active Record的一個區(qū)別在于：Domain Model不知道自己的數(shù)據(jù)時如何持久化的，即PI（Persistence Ignorance）.也就是說，通過Domain Model建立的業(yè)務(wù)類，都是POCO（Plain Old Common Runtime Object）。

　　下面我們就用一個銀行轉(zhuǎn)賬的例子來講述一下Domain Model的應(yīng)用。創(chuàng)建一個新的解決方案，命名為ASPPatterns.Chap4.DomainModel，并且添加如下的項目：

　　ASPPatterns.Chap4.DomainModel.Model

　　ASPPatterns.Chap4.DomainModel.AppService

　　ASPPatterns.Chap4.DomainModel.Repository

　　ASPPatterns.Chap4.DomainModel.UI.Web

　　編譯整個，Solution，然后添加引用：

　　為Repository項目添加Model 的引用。

　　為AppService項目添加Model和Repository的引用。

　　為Web項目添加AppService的引用。

　　下面就來看看每個項目代表的含義：

　　ASPPatterns.Chap4.DomainModel.Model:在這個project中包含了系統(tǒng)中所有的業(yè)務(wù)邏輯和業(yè)務(wù)對象，以及業(yè)務(wù)對象之間的關(guān)系。這個project也定義了持久化業(yè)務(wù)對象的接口，并且用Repository 模式來實現(xiàn)的（Repository 模式我們后面會談到的）。大家可以看到：這個Model的project沒有引用其他的project，也就是說這個Model的project完全關(guān)注于業(yè)務(wù)。

　　ASPPatterns.Chap4.DomainModel.Repository：這個Repository的project實現(xiàn)了包含在Model project中定義的持久化接口。而且Repository還引用了Model project，就是用來持久化Model的數(shù)據(jù)的。

　　ASPPatterns.Chap4.DomainModel.AppService：AppService project就扮演者一個應(yīng)用層的角色，或者理解為門戶入口，因為提供了一些比較粗顆粒度的API，并且它和Presenter層之間通過消息的機制來進行通信。（消息模式我們以后也會講述）而且在AppService中，我們還會定義一些view model，這些view model的就符合也最后要顯示的數(shù)據(jù)結(jié)構(gòu)，view model的數(shù)據(jù)可能是很多業(yè)務(wù)對象數(shù)據(jù)的組合，或者僅僅就是這業(yè)務(wù)對象數(shù)據(jù)的格式轉(zhuǎn)換等等。

　　ASPPatterns.Chap4.DomainModel.UI.Web:這個Web.UI project主要是負(fù)責(zé)最后的顯示邏輯和一些用戶體驗的實現(xiàn)。這個project就調(diào)用AppService提供的API，獲取符合界面顯示的強類型的view model，然后顯示數(shù)據(jù)。

　　系統(tǒng)的這整個結(jié)構(gòu)如下：

　　下面就開始創(chuàng)建保存數(shù)據(jù)的數(shù)據(jù)庫，和以前一樣，為了演示的作用，我們在Web project中添加一個名為BankAccount.mdf的數(shù)據(jù)庫，并且建立如下的表：

　　BankAccount 表

　　Transaction 表

　　下一步就開始為領(lǐng)域建模，因為這里的例子比較簡單和常見，建模的過程就省了，最后就得到了表示領(lǐng)域概念的兩個領(lǐng)域?qū)ο螅ɑ蛘哒f業(yè)務(wù)對象）：

public class Transaction
    {
        public Transaction(decimal deposit, decimal withdrawal, string reference, DateTime date)
        {            
            this.Deposit = deposit;
            this.Withdrawal = withdrawal;
            this.Reference = reference;
            this.Date = date;
        }
              
        public decimal Deposit
        { get; internal set; }

        public decimal Withdrawal
        { get; internal set; }

        public string Reference
        { get; internal set; }

        public DateTime Date
        { get; internal set; }
    }        

        

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