很多人對開發(fā)多層應(yīng)用程序感到一定的困難。來看一個(gè)例子：對于一個(gè)只有一兩個(gè)人的小公司，一個(gè)人可能同時(shí)擔(dān)當(dāng)老板、出納、會計(jì)、市場、銷售、開發(fā)等多項(xiàng)工作。而對于一個(gè)大公司，就會進(jìn)行比較嚴(yán)密的分工，每個(gè)人只完成一部分工作，需要彼此配合才能保證正常運(yùn)轉(zhuǎn)。以前的開發(fā)程序就類似于一個(gè)小公司，從用戶界面到數(shù)據(jù)庫訪問等所有功能都在一個(gè)頁面內(nèi)完成，這樣的缺點(diǎn)有：

    1. 開發(fā)起來比較困難，很難實(shí)現(xiàn)多人協(xié)作開發(fā)

    2. 一旦數(shù)據(jù)庫或規(guī)則有變，就可能要重新修改整個(gè)頁面，加大維護(hù)成本

    3. 因?yàn)樗泄δ芏蓟旌显谝黄穑绦蛑赜眯圆睢Ｈ绻_發(fā)一個(gè)新項(xiàng)目，幾乎要重寫代碼

        為了解決這個(gè)問題，人們就提出了“多層應(yīng)用程序”概念，其本質(zhì)類似于一個(gè)職權(quán)明確的大公司，對頁面進(jìn)行分工，將數(shù)據(jù)訪問、業(yè)務(wù)規(guī)則等功能都放在專門的文件中。比較流行的有二層架構(gòu)、三層架構(gòu)和MVC。

一. 二層架構(gòu)

         二層架構(gòu)，就是將程序分為用戶界面層和數(shù)據(jù)訪問層。其本質(zhì)是將訪問數(shù)據(jù)庫的代碼放入數(shù)據(jù)訪問層中，而用戶界面層通過數(shù)據(jù)訪問層對數(shù)據(jù)庫進(jìn)行操作。 相互作用關(guān)系如下：("<--->"表示雙向箭頭)

用戶界面 <---> 數(shù)據(jù)訪問 <---> 數(shù)據(jù)庫

二. 三層架構(gòu)

        三層架構(gòu)，即將二層架構(gòu)中的業(yè)務(wù)邏輯從數(shù)據(jù)訪問層中分離出來，成為一個(gè)單獨(dú)的業(yè)務(wù)邏輯層。將程序分為三層后，數(shù)據(jù)訪問層就只管對數(shù)據(jù)庫進(jìn)行操作，而業(yè)務(wù)邏輯層負(fù)負(fù)責(zé)對數(shù)據(jù)進(jìn)行各種處理。 
從頂層上主要包含了4個(gè)部件：DAL（數(shù)據(jù)處理層）、BLL（業(yè)務(wù)邏輯層）、UI（用戶接口層）、Model（實(shí)體模型）。其中前三者就是人們常說的三層結(jié)構(gòu)。 
    1）數(shù)據(jù)訪問層（database access layer，DAL）：有時(shí)候也稱為是持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問。簡單的說法就是實(shí)現(xiàn)對數(shù)據(jù)表的Select，Insert，Update， Delete的操作。如果要加入ORM的元素，那么就會包括對象和數(shù)據(jù)表之間的mapping，以及對象實(shí)體的持久化； 
    2）業(yè)務(wù)邏輯層（business logic layer， BLL）：是整個(gè)系統(tǒng)的核心，它與這個(gè)系統(tǒng)的業(yè)務(wù)（領(lǐng)域）有關(guān)； 
    3）表示層（user interface layer， UIA）：是系統(tǒng)的UI部分，負(fù)責(zé)使用者與整個(gè)系統(tǒng)的交互。在這一層中，理想的狀態(tài)是不應(yīng)包括系統(tǒng)的業(yè)務(wù)邏輯。表示層中的邏輯代碼，僅與界面元素有關(guān)； 
   4）實(shí)體模型層（Model）：包含了所有的數(shù)據(jù)信息，這些數(shù)據(jù)信息以各種Entity實(shí)例的形式存在。是整個(gè)系統(tǒng)基礎(chǔ)層次；

        完善的三層結(jié)構(gòu)應(yīng)該是：修改表示層而不用修改邏輯層，修改邏輯層二不用修改數(shù)據(jù)訪問層。達(dá)到一定程度上的解耦。

        三層架構(gòu)主要是使項(xiàng)目結(jié)構(gòu)更清楚，分工更明確，有利于后期的維護(hù)和升級。它解決了整個(gè)應(yīng)用程序中各個(gè)業(yè)務(wù)操作過程中不同階段的代碼封裝的問題，使程序員更加專注的處理某階段的業(yè)務(wù)邏輯。然而未必會提升性能，因?yàn)楫?dāng)子程序模塊未執(zhí)行結(jié)束時(shí)，主程序模塊只能處于等待狀態(tài)。這說明將應(yīng)用程序劃分層次，會帶來其執(zhí)行速度上的一些損失。但從團(tuán)隊(duì)開發(fā)效率角度上來講卻可以感受到大不相同的效果。

        需要注意的是，雖然三層架構(gòu)有很多的好處，但如果你的程序很簡單，或者將來肯定不會重用，或不一定要采用兩層架構(gòu)，也許采用兩層或普通的程序開發(fā)速度會更快。要根據(jù)實(shí)際情況具體處理。

三. MVC

        M 即Model(模型層)，主要負(fù)責(zé)出來業(yè)務(wù)邏輯以及數(shù)據(jù)庫的交互； 
        V 即View(視圖層)，主要用于顯示數(shù)據(jù)和提交數(shù)據(jù)； 
        C 即Controller(控制器)，主要是用作捕獲請求并控制請求轉(zhuǎn)發(fā)；

        MVC是在應(yīng)用程序（BS結(jié)構(gòu)）的視圖層劃分出來的不同功能的幾個(gè)模塊，主要是為了解決應(yīng)用程序用戶界面的樣式替換問題，把展示數(shù)據(jù)的 HTML 頁面盡可能的和業(yè)務(wù)代碼分離。

四. 三層結(jié)構(gòu)與MVC的區(qū)別

區(qū)別的話，看圖就能明白：

圖2. MVC 與 三層架構(gòu)的區(qū)別

         三層架構(gòu)是界面層（UI）業(yè)務(wù)邏輯層（BLL）和數(shù)據(jù)訪問層（DAL）構(gòu)成的，而MVC是模型層（M）界面層（View）和控制層（Controller）構(gòu)成的，而且他們之間也不對應(yīng)。 
        如果硬要給他們對應(yīng)的話，那么三層架構(gòu)中的UI對應(yīng)MVC中的view都是用于顯示以及獲取界面的數(shù)據(jù)；三層架構(gòu)中的BLL層和DAL層對應(yīng)MVC中的Model層都是用于處理上層傳遞來的數(shù)據(jù)以及從數(shù)據(jù)庫獲取的數(shù)據(jù)的；MVC中的Controller最多算是三層架構(gòu)中的UI的一部分。

五. 三層架構(gòu)引用關(guān)系

Model層：不引用任何項(xiàng)目； 
DAL層：引用Model，通過讀取web.config里的程序集，加載類的實(shí)例，返回給BLL使用； 
BLL層：引用Model，DAL； 
UI層：引用Model， BLL；

       方法是在資源管理器中右擊項(xiàng)目文件，添加引用。在彈出的對話框中選中項(xiàng)目標(biāo)簽，選擇適當(dāng)?shù)念悗旌簏c(diǎn)擊確定。然后再在項(xiàng)目文件中添加using “引用類的命名空間”。

        項(xiàng)目已經(jīng)添加了引用，但仍然找不到指定類庫文件，可檢查： 
            1. 引用的項(xiàng)目中是否有語法錯(cuò)誤，是否在頭文件中添加using “命名空間”; 
            2. 添加的類庫時(shí)，是否該類庫為public。

以上所述就是本文的全部內(nèi)容了，希望大家能夠喜歡。