.NET開發(fā)三層架構(gòu)簡單

空城66 2014-12-09

展開全文

今天咱們來談下三層架構(gòu)。說到三層架構(gòu)，搞過點程序的可能都知道三層架構(gòu)的概念。但是對三層的精髓可能不是很了解。

首先說下自己對三層的理解，就是使用三個(多個)項目結(jié)合起來開發(fā)出一個應用系統(tǒng)。下層項目為上層項目提供了接口（說白了就是可以從上層類訪問下層類的方法），并且將結(jié)果返回到上層。

接下來咱們來看下三層的優(yōu)勢

三層架構(gòu)的優(yōu)勢

適應變化、利于維護：項目需求往往隨市場的變化而發(fā)生變化，三層架構(gòu)通過將各功能模塊分離，提高了項目的可維護性和代碼的可重用性。
適用于協(xié)作開發(fā)。
主流趨勢，越來越多的企業(yè)在開發(fā)項目時采用三層架構(gòu)作為項目的基礎(chǔ)架構(gòu)。三層架構(gòu)在將來會有更多的市場。

當然，這些優(yōu)勢在后續(xù)的開發(fā)中我們會有更新的體會。

了解過三層的優(yōu)勢后，我們來看下三層架構(gòu)究竟由哪三層組成，重點到了。

三層架構(gòu)包括哪三層？

數(shù)據(jù)訪問層（DAL）、業(yè)務邏輯層（BLL）和UI（表示）層

數(shù)據(jù)訪問層：封裝了所有與數(shù)據(jù)庫的交互操作。數(shù)據(jù)交互無非就是增、刪、改、查(C:Create，

D:Delete U:Update R:Retrieve),數(shù)據(jù)訪問層就針對每個數(shù)據(jù)表提供增、刪、改、查操作，不做業(yè)務邏輯的判斷。

過去使用ADO.NET連接數(shù)據(jù)庫需要編寫固定格式的代碼，比如打開數(shù)據(jù)庫連接，關(guān)閉數(shù)據(jù)庫連接等。在面向?qū)ο蟮恼n程中，我們在每一個數(shù)據(jù)訪問層的方法中編寫重復的ADO.NET代碼。那么大家有沒有想過重用這些代碼呢？這里我們使用了一個封裝了ADO.NET方法的類----SqlHelper類，用來提高數(shù)據(jù)訪問代碼的可重用性。

針對模型層中的每一個類，數(shù)據(jù)訪問層都有一個對應的數(shù)據(jù)訪問類。比如針對User實體類，有一個對應UserService類，專門處理有關(guān)Users表的數(shù)據(jù)處理。

接下來，咱們來對三層的理解更進一步。

三層深入理解

1.復雜項目不能把SQL語句直接寫到界面里，不模塊化、難以維護，應該采用三層架構(gòu)。先慢慢吸收，然后再理解。Web開發(fā)中的三層機構(gòu)也是同樣的結(jié)構(gòu)。還有更復雜的三層架構(gòu)和多層架構(gòu)(petshop)每個人寫法都不一樣，理解精髓即可。

這里需要說明：三層只是一個比較好的軟件架構(gòu)，不是非使用三層不可。

2.三層的組成

01.界面層UI(User Intgerface);

02.數(shù)據(jù)訪問層DAL(Data Access Layer);

03.業(yè)務邏輯層BLL(business logic layer)

對數(shù)據(jù)進行操作的代碼寫在DAL中，一般就是SQL語句，DAL只有對數(shù)據(jù)的操作，不能有邏輯判斷。

三層架構(gòu)圖