最常見的架構(gòu)就是三層架構(gòu)啦！
1. UI層（用戶界面）
就是給用戶看的，負(fù)責(zé)展示內(nèi)容和提供操作入口，比如按鈕啥的。用戶點(diǎn)一下，它就反饋結(jié)果。
2. 業(yè)務(wù)層（Business Tier）
這個(gè)是干重活的，主要負(fù)責(zé)數(shù)據(jù)處理，把加工后的數(shù)據(jù)給UI層或者數(shù)據(jù)層用。它又分為BLL（業(yè)務(wù)邏輯層）和DAL（數(shù)據(jù)訪問層）。簡單說，DAL專門負(fù)責(zé)跟數(shù)據(jù)庫打交道，讀寫數(shù)據(jù)；BLL則負(fù)責(zé)調(diào)用DAL，對數(shù)據(jù)做運(yùn)算和操作，同時(shí)響應(yīng)UI層的需求。
3. 數(shù)據(jù)層（Data Tier）
顧名思義，就是存數(shù)據(jù)的地方，可能是數(shù)據(jù)庫、XML文件或者其他形式。它只管數(shù)據(jù)怎么存，不管別的事。
這樣就把顯示業(yè)務(wù)數(shù)據(jù)分開了：
- UI層只負(fù)責(zé)展示，數(shù)據(jù)怎么算不用它管；
- 數(shù)據(jù)怎么處理交給BLL；
- 數(shù)據(jù)怎么存取交給DAL；
- 最終存儲(chǔ)方式由數(shù)據(jù)層搞定。
各層之間比較獨(dú)立，改動(dòng)一個(gè)層時(shí)，其他層受影響的概率小很多，有時(shí)候只需要重新編譯修改的部分就行。
開發(fā)人員一般只要搞定UI、BLL和DAL就行了，數(shù)據(jù)層通常靠操作系統(tǒng)或數(shù)據(jù)庫管理系統(tǒng)來完成，咱們按規(guī)矩存取數(shù)據(jù)就好。
不過，光把項(xiàng)目分成DAL、BLL、WebUI三個(gè)模塊，并不意味著這就是標(biāo)準(zhǔn)的三層架構(gòu)！以下問題可以幫你判斷：
1. UI層里有沒有SQL語句或者存儲(chǔ)過程？如果有，是不是只讀操作，不會(huì)改數(shù)據(jù)？
2. 如果去掉UI層，你的項(xiàng)目還能通過API提供完整功能嗎？
3. DAL能不能直接搬到別的類似項(xiàng)目里用？
4. 這三個(gè)模塊能不能分別跑在不同的服務(wù)器上？
如果這些問題的答案不是全YES，那你的項(xiàng)目還不算真正意義上的三層架構(gòu)。三層架構(gòu)有一些必須遵守的原則：
1. UI層只能是個(gè)殼，不能摻雜任何業(yè)務(wù)邏輯。
2. 開發(fā)時(shí)要從業(yè)務(wù)邏輯出發(fā)，而不是從界面開始。BLL層得用面向?qū)ο蟮姆绞綄?shí)現(xiàn)所有業(yè)務(wù)邏輯。
3. 數(shù)據(jù)層的設(shè)計(jì)要在一定抽象程度上做到系統(tǒng)無關(guān)，不管是SqlHelper還是ORM映射類，都得盡量通用。
就這樣吧！

三層是垂直依賴的 而mvc是松耦合的 三層沒有設(shè)計(jì)模式基礎(chǔ)一般也能整體把握 mvc的話必須有設(shè)計(jì)模式基礎(chǔ)才能比較好的全局掌握,但是如果是只做controller/views的一部分的話就不用那么多,這樣便于分離 三層結(jié)構(gòu)清晰 mvc使用得當(dāng)易于復(fù)用,而且開發(fā)速度很快

BLL 業(yè)務(wù)邏輯層 處理基本業(yè)務(wù)，一般是表示層調(diào)用BLL，再由BLL直接調(diào)用DAL
DAL 數(shù)據(jù)訪問層 直接負(fù)責(zé)對數(shù)據(jù)庫的操作
Model 實(shí)體層數(shù)據(jù)庫中表的映射，一般有幾個(gè)表就有幾個(gè)實(shí)體類

再高深點(diǎn)的有7層，涉及到接口可以靈活使用多個(gè)數(shù)據(jù)庫！

不管三層還是7層好處都是讓程序清晰化邏輯化，在BLL之上的表示層，就可以靈活使用B/S或C/S還有WEB Server

近段正在學(xué)習(xí)MVC，最近了解到的只有視圖的一些概念，還有就是一個(gè)方法一個(gè)視圖（頁面），它是創(chuàng)建網(wǎng)站的另一種方式吧，只是用的還是ASP語言
三層是針對傳統(tǒng)的ASP.NET創(chuàng)建的網(wǎng)站的一種規(guī)范罷了，你用不用三層都可以實(shí)現(xiàn)網(wǎng)站開發(fā)，只是用三層后看上去更規(guī)范，后期網(wǎng)站的維護(hù)、修改更好些
其實(shí)我覺得MVC創(chuàng)建之后，就好比系統(tǒng)自動(dòng)創(chuàng)建了一個(gè)三層一樣，雖然很多人都說MVC和三層完全沒有可比性。

三層架構(gòu)(3-tier application)
通常意義上的三層架構(gòu)就是將整個(gè)業(yè)務(wù)應(yīng)用劃分為：
表現(xiàn)層（ui）、
業(yè)務(wù)邏輯層（bll）、
數(shù)據(jù)訪問層（dal）。

mvc（模型model-視圖view-控制器controller）是一種設(shè)計(jì)模式，我們可以用它來創(chuàng)建在域?qū)ο蠛蛈i表示層對象之間的區(qū)分。
同樣是架構(gòu)級(jí)別的，相同的地方在于他們都有一個(gè)表現(xiàn)層，但是他們不同的地方在于其他的兩個(gè)層。
在三層架構(gòu)中沒有定義controller的概念。這是我認(rèn)為最不同的地方。
而mvc也沒有把業(yè)務(wù)的邏輯訪問看成兩個(gè)層，這是采用三層架構(gòu)或mvc搭建程序最主要的區(qū)別。當(dāng)然了。在三層中也提到了model，但是三層架構(gòu)中model的概念與mvc中model的概念是不一樣的，“三層”中典型的model層是以實(shí)體類構(gòu)成的，而mvc里，則是由業(yè)務(wù)邏輯與訪問數(shù)據(jù)組成的。