服務(wù)熱線
153 8323 9821
今天咱們來談下三層架構(gòu)。說到三層架構(gòu),搞過點程序的可能都知道三層架構(gòu)的概念。但是對三層的精髓可能不是很了解。
首先說下自己對三層的理解,就是使用三個(多個)項目結(jié)合起來開發(fā)出一個應(yīng)用系統(tǒng)。下層項目為上層項目提供了接口(說白了就是可以從上層類訪問下層類的方法),并且將結(jié)果返回到上層。
接下來咱們來看下三層的優(yōu)勢
三層架構(gòu)的優(yōu)勢
當然,這些優(yōu)勢在后續(xù)的開發(fā)中我們會有更新的體會。
了解過三層的優(yōu)勢后,我們來看下三層架構(gòu)究竟由哪三層組成,重點到了。
三層架構(gòu)包括哪三層?
數(shù)據(jù)訪問層(DAL)、業(yè)務(wù)邏輯層(BLL)和UI(表示)層
數(shù)據(jù)訪問層:封裝了所有與數(shù)據(jù)庫的交互操作。數(shù)據(jù)交互無非就是增、刪、改、查(C:Create,
D:Delete U:Update R:Retrieve),數(shù)據(jù)訪問層就針對每個數(shù)據(jù)表提供增、刪、改、查操作,不做業(yè)務(wù)邏輯的判斷。
過去使用ADO.NET連接數(shù)據(jù)庫需要編寫固定格式的代碼,比如打開數(shù)據(jù)庫連接,關(guān)閉數(shù)據(jù)庫連接等。在面向?qū)ο蟮恼n程中,我們在每一個數(shù)據(jù)訪問層的方法中編寫重復(fù)的ADO.NET代碼。那么大家有沒有想過重用這些代碼呢?這里我們使用了一個封裝了ADO.NET方法的類----SqlHelper 類,用來提高數(shù)據(jù)訪問代碼的可重用性。
針對模型層中的每一個類,數(shù)據(jù)訪問層都有一個對應(yīng)的數(shù)據(jù)訪問類。比如針對User實體類,有一個對應(yīng)UserService類,專門處理有關(guān)Users表的數(shù)據(jù)處理。
接下來,咱們來對三層的理解更進一步。
三層深入理解
1.復(fù)雜項目不能把SQL語句直接寫到界面里,不模塊化、難以維護,應(yīng)該采用三層架構(gòu)。先慢慢吸收,然后再理解。Web開發(fā)中的三層機構(gòu)也是同樣的結(jié)構(gòu)。還有更復(fù)雜的三層架構(gòu)和多層架構(gòu)(petshop)每個人寫法都不一樣,理解精髓即可。
這里需要說明:三層只是一個比較好的軟件架構(gòu),不是非使用三層不可。
2.三層的組成
01.界面層UI(User Intgerface);
02.數(shù)據(jù)訪問層DAL(Data Access Layer);
03.業(yè)務(wù)邏輯層BLL(business logic layer)
對數(shù)據(jù)進行操作的代碼寫在DAL中,一般就是SQL語句,DAL只有對數(shù)據(jù)的操作,不能有邏輯判斷。
三層架構(gòu)圖

三層實戰(zhàn)
咱們一起來創(chuàng)建一個三層項目
1.命名規(guī)則:DAL層,一般使用表名+Service,例如:Emp表在DAL層命名為EmpService。
BLL層,一般表名+BLL,例如:Emp表在BLL層命名為EmpBLL
但是這里注意一點:BLL不是簡單對DAL層的一個轉(zhuǎn)發(fā),還包括業(yè)務(wù)邏輯。例如:“未經(jīng)審核的數(shù)據(jù)不允許刪除”這樣的邏輯應(yīng)該寫到BLL中。
2.三層的優(yōu)點
UI層和BLL打交道,不用處理SQL語句;開發(fā)更方便,更不容易出錯。一般,UI層中沒有復(fù)雜的代碼,解耦合,容易改變UI層技術(shù)。如果由 Winform改成asp.net只要修改UI即可。如果由Sql Server改成Oracle,只需修改DAL即可。
這里還要提醒大家一點:Model是在三層之間傳遞數(shù)據(jù)的。而且Model不屬于三層中任意一層。
那么各層之間使用Model(實體類的作用是什么呢??)
表示層中使用實體類:
1. 將解析實體對象中封裝的數(shù)據(jù)展示給用戶
2. 將用戶請求的數(shù)據(jù)封裝到實體對象中
業(yè)務(wù)邏輯層中使用實體類
在數(shù)據(jù)訪問層中使用實體類
最后,我們來看下三層的效率。
三層的效率
三層一般會比不分層滿,但是為了分工明確,這樣的少量的性能下降是可以的,很多時候效率不是唯一追求的因素。