怎么理解.NET三層架構應用中的十層框架

這篇文章給大家介紹怎么理解.NET三層架構應用中的十層框架，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

凡是接觸.net開發的，***要理解的就是三層架構的重要思想。關于三層架構的概述 我就不多說了，相信大家都早已明白。

三層架構(3-tier application) 就是將整個業務應用劃分為：表現層（UI）、業務邏輯層（BLL）、數據訪問層（DAL）。

區分層次的目的即為了“高內聚，低耦合”的思想。

１、表現層（UI）：通俗講就是展現給用戶的界面，即用戶在使用一個系統的時候他的所見所得。

２、業務邏輯層（BLL）：針對具體問題的操作，也可以說是對數據層的操作，對數據業務邏輯處理。

３、數據訪問層（DAL）：該層是直接操作數據庫的，針對數據的增添、刪除、修改、更新、查找等。

各層關系如下圖所示：

我進入公司之后，所接觸的項目都是建立在十層框架的基礎之上。所謂十層框架 其實就是三層架構的具體應用。

增加了網絡通訊層，實現遠程調用。服務端運行著Windowsservice 來產生數據訪問層的對象提供給客戶端請求調用。

這樣處理，使得整個C/S模式中，一旦底層方法發生變動時，只需要更新服務器上相應的dll，而不需要客戶端主機同步更新，

減少了維護成本。

下面說下十層架構中，每層的作用以及層與層之間的關系。

0L層：即啟動層。用來控制畫面層中主畫面的啟動。這層最簡單，沒有太多代碼。

namespace CompanyName.Application.UI。

1U層：即畫面UI層。創建用戶界面。namespace CompanyName.Application.UI。

2C層：即畫面邏輯層。處理與畫面相關的邏輯控制，封裝下層方法供UI層使用。

namespace CompanyName.Application.Controller。

3E層：即畫面實體類層。根據畫面設計相應的實體類或者枚舉類型。

namespace CompanyName.Application.Entity。

4A層：即業務邏輯層。業務邏輯的處理，以及上下層之間數據的轉換。屬于中間層。

namespace CompanyName.Application.Access。

5G層：即網絡層，也稱遠程調用層。獲取遠程服務器上的對象，進行遠程調用。

namespace CompanyName.Application.Remoting.Mediation。

6O層：即接口層。定義接口，用來規范數據訪問層的方法設計。可以對子類進行封箱和拆箱，也便于網絡傳輸。

namespace CompanyName.Application.Remoting.Interface。

7D層：即數據庫實體類。這一層所定義的類，是完全按照數據庫中表結構來定義屬性的。與3E層不同在于，

3E層類中具有一些類方法，比如Clone（）；Compare（）；Equals（）；等。而D層則除了get {}set{} 方法之外的額外方法。

namespace CompanyName.Application.Remoting.ParamData。

8P層：即數據庫邏輯層。繼承O層接口，封裝R層方法。處理一些數據序列化轉換。

namespace ThreeHigh.Application.Remoting.Bussiness。

9R層：即數據庫訪問層。直接訪問數據庫，針對數據的增添、刪除、修改、更新、查找等。

namespace CompanyName.Application.Remoting.DAO。

具體項目中一本程序的框架如下圖所示。

因為公司的程序都是與公司的數據庫有關的，而且有調用了很多共通的類與方法，沒辦法單獨運行，所以程序源代碼就不再上傳了。

我覺得關鍵的技術主要在遠程調用對象和服務器生成對象。

關于怎么理解.NET三層架構應用中的十層框架就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。