理解ASP.NET中多層架構

來源:互聯網
上載者:User
Asp.net的多層架構主要是為瞭解決資料層,邏輯層,展示層等之間的關係。我的做法是這樣的:首先建立一個DataCore的基類。基類裡面封裝了一些低層的資料庫的基本操作,比如說資料庫聯結,調用預存程序等等。

很多人對開發多層應用程式感到一定的困難。來看一個例子:對於一個只有一兩個人的小公司,一個人可能同時擔當老闆、出納、會計、市場、銷售、開發等多項工作。而對於一個大公司,就會進行比較嚴密的分工,每個人只完成一部分工作,需要彼此配合才能保證正常運轉。以前的開發程式就類似於一個小公司,從使用者介面到資料庫訪問等所有功能都在一個頁面內完成,這樣的缺點有:

1. 開發起來比較困難,很難實現多人協作開發

2. 一旦資料庫或規則有變,就可能要重新修改整個頁面,加大維護成本

3. 因為所有功能都混合在一起,程式重用性差。如果開發一個新項目,幾乎要重寫代碼

為瞭解決這個問題,人們就提出了“多層應用程式”概念,其本質類似於一個職權明確的大公司,對頁面進行分工,將資料訪問、商務規則等功能都放在專門的檔案中。比較流行的有二層架構、三層架構和MVC。

一. 二層架構

二層架構,就是將程式分為使用者介面層和資料訪問層。其本質是將訪問資料庫的代碼放入資料訪問層中,而使用者介面層通過資料訪問層對資料庫進行操作。 相互作用關係如下:("<--->"表示雙向箭頭)

使用者介面 <---> 資料訪問 <---> 資料庫

二. 三層架構

三層架構,即將二層架構中的商務邏輯從資料訪問層中分離出來,成為一個單獨的商務邏輯層。將程式分為三層後,資料訪問層就只管對資料庫進行操作,而商務邏輯層負負責對資料進行各種處理。
從頂層上主要包含了4個組件:DAL(資料處理層)、BLL(商務邏輯層)、UI(使用者介面層)、Model(實體模型)。其中前三者就是人們常說的三層結構。
1)資料訪問層(database access layer,DAL):有時候也稱為是持久層,其功能主要是負責資料庫的訪問。簡單的說法就是實現對資料表的Select,Insert,Update, Delete的操作。如果要加入ORM的元素,那麼就會包括對象和資料表之間的mapping,以及對象實體的持久化;
2)商務邏輯層(business logic layer, BLL):是整個系統的核心,它與這個系統的業務(領域)有關;
3)展示層(user interface layer, UIA):是系統的UI部分,負責使用者與整個系統的互動。在這一層中,理想的狀態是不應包括系統的商務邏輯。展示層中的邏輯代碼,僅與介面元素有關;
4)實體模型層(Model):包含了所有的資料資訊,這些資料資訊以各種Entity執行個體的形式存在。是整個系統基礎層次;

完善的三層結構應該是:修改展示層而不用修改邏輯層,修改邏輯層二不用修改資料訪問層。達到一定程度上的解耦。

三層架構主要是使項目結構更清楚,分工更明確,有利於後期的維護和升級。它解決了整個應用程式中各個業務操作過程中不同階段的代碼封裝的問題,使程式員更加專註的處理某階段的商務邏輯。然而未必會提升效能,因為當子程式模組未執行結束時,主程式模組只能處於等待狀態。這說明將應用程式劃分層次,會帶來其執行速度上的一些損失。但從團隊開發效率角度上來講卻可以感受到大不相同的效果。

需要注意的是,雖然三層架構有很多的好處,但如果你的程式很簡單,或者將來肯定不會重用,或不一定要採用兩層架構,也許採用兩層或普通的程式開發速度會更快。要根據實際情況具體處理。

三. MVC

M 即Model(模型層),主要負責出來商務邏輯以及資料庫的互動;
V 即View(視圖層),主要用於顯示資料和提交資料;
C 即Controller(控制器),主要是用作捕獲請求並控制請求轉寄;

MVC是在應用程式(BS結構)的視圖層劃分出來的不同功能的幾個模組,主要是為瞭解決應用程式使用者介面的樣式替換問題,把展示資料的 HTML 頁面儘可能的和業務代碼分離。

四. 三層結構與MVC的區別

區別的話,看圖就能明白:

圖2. MVC 與 三層架構的區別

三層架構是介面層(UI)商務邏輯層(BLL)和資料訪問層(DAL)構成的,而MVC是模型層(M)介面層(View)和控制層(Controller)構成的,而且他們之間也不對應。
如果硬要給他們對應的話,那麼三層架構中的UI對應MVC中的view都是用於顯示以及擷取介面的資料;三層架構中的BLL層和DAL層對應MVC中的Model層都是用於處理上層傳遞來的資料以及從資料庫擷取的資料的;MVC中的Controller最多算是三層架構中的UI的一部分。

五. 三層架構參考關聯性

Model層:不引用任何項目;
DAL層:引用Model,通過讀取web.config裡的程式集,載入類的執行個體,返回給BLL使用;
BLL層:引用Model,DAL;
UI層:引用Model, BLL;

方法是在資源管理員中右擊專案檔,添加引用。在彈出的對話方塊中選中項目標籤,選擇適當的類庫後點擊確定。然後再在專案檔中添加using “引用類的命名空間”。

項目已經添加了引用,但仍然找不到指定類庫檔案,可檢查:
1. 引用的項目中是否有語法錯誤,是否在標頭檔中添加using “命名空間”;
2. 添加的類庫時,是否該類庫為public。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.