C 專案之三層架構總結

2021-09-02 22:15:35 字數 1057 閱讀 4077

二、正文

1、顯示層(ui):通俗講就是展現給使用者的介面,即使用者在使用乙個系統的時候他的所見所得,這裡我就先簡單的理解為主要就是軟體的窗體介面類。

ui作用:

向使用者展示現特定業務資料;

採集使用者的輸入資訊和操作;

將有需要的資訊在顯示曾顯示出來。

ui設計原則:使用者至上,兼顧簡潔

2、業務邏輯層(bll):針對具體問題的操作,也可以說是對資料層的操作,對資料業務邏輯處理。b層是聯絡u層和d層的橋梁,進行他們之間的資料互動。

作用:從dal中獲得資料進行邏輯操做,以供ui顯示用;

從ui中獲得使用者指令和資料,執行業務邏輯;

從ui中獲得使用者指令和資料,通過dal寫入資料來源;

3、資料訪問層(dal):該層所做事務直接運算元據庫,針對資料的增添、刪除、修改、查詢等。接受b層的命令,對資料進行處理。

作用:從資料來源載入資料(select);

向資料來源寫入資料(insert/update);

從資料來源刪除資料(delete);

將資料返回b層;

4、實體層(enitity):貫穿於上面三層,在三層之間傳遞資料

好處:減少系統出錯的可能,提高開發效率

三、優缺點總結

優點1、開發人員可以只關注整個結構中的其中某一層;

2、可以很容易的用新的實現來替換原有層次的實現;

3、可以降低層與層之間的依賴;

4、有利於標準化;

5、利於各層邏輯的復用;

6、拓展性強;

7、安全性高;

8、專案結構更清楚,分工更明確,有利於後期的維護和公升級。

缺點1、降低了系統的效能。這是不言而喻的。如果不採用分層式結構,很多業務可以直接造訪資料庫,以此獲取相應的資料,如今卻必須通過中間層來完成。

2、有時會導致級聯的修改。這種修改尤其體現在自上而下的方向。如果在表示層中需要增加乙個功能,為保證其設計符合分層式結構,可能需要在相應的業務邏輯層和資料訪問層中都增加相應的**。

C 學習之三層架構例項

大家都知道三層架構分為 1,表示層 ui 2,業務邏輯層 bll 3,資料訪問層 dal 下面咱們用乙個簡單的例項,實戰三層架構 首先建立乙個空白的解決方案,新增如下專案以及檔案 2.新增classlibrary專案,命名為bll,新建class型別檔案userbll.cs 3.新增classlib...

三層架構 之三層擴充套件七層

哎,真心不想在這裡寫這篇部落格,本來三層到七層頂多了也就用兩天時間去分析,結果我用了將近四天,最後我都快崩潰了,還有好多問題都是同學幫我找出來的,真是很是汗顏吶!下面是我三層架構擴充套件成七層架構的uml包圖 之前看別人都是用的vb.net版,我就覺得剛學習了c 語言,就先用c 版吧,結果倒好,兩種...

三層架構總結

剛剛看完三層架構,趁此機會總結一下。所謂的三層架構就是將整個業務應用劃分為 表現層 ui 業務邏輯層 bll 資料訪問層 dal 而區分層次的目的即為了 高內聚,低耦合 的思想。表現層 ui 就是使用者所使用的系統的介面,表現層直接跟使用者打交道。業務邏輯層 bll 實際的事物處理層,主要負責具體問...