我們平時(shí)總是將三層架構(gòu)與MVC混為一談，殊不知它倆并不是一個(gè)概念。

首先，它倆根本不是一個(gè)概念。

• 三層架構(gòu)是一個(gè)分層式的軟件體系架構(gòu)設(shè)計(jì)，它可適用于任何一個(gè)項(xiàng)目。
• MVC是一個(gè)設(shè)計(jì)模式，它是根據(jù)項(xiàng)目的具體需求來決定是否適用于該項(xiàng)目。
• 那么架構(gòu)跟設(shè)計(jì)模式有什么區(qū)別呢？

• 我們從接手一個(gè)項(xiàng)目開始，首先，我們需要進(jìn)行架構(gòu)設(shè)計(jì)，一般我們采用的就是分層式的架構(gòu)設(shè)計(jì)，即我們的三層架構(gòu)。
  　　然后，在確定了架構(gòu)以后，我們?cè)俑鶕?jù)項(xiàng)目的具體需求去考慮是否需要應(yīng)用一些設(shè)計(jì)模式，比如是否應(yīng)用我們的MVC模式，抽象工廠模式等等。（在這里我們看出，MVC與三層架構(gòu)不是一個(gè)等級(jí)的，而與抽象工廠等設(shè)計(jì)模式才是一路的）
  　　最后，確定了模式以后，就是我們的一些具體的實(shí)現(xiàn)了。（當(dāng)然一個(gè)項(xiàng)目不僅僅考慮這些問題，我只是為了說明兩者的區(qū)別，將其他問題已省略）
  其次，它倆劃分的層次不同。
  　　三層架構(gòu)將整個(gè)項(xiàng)目劃分為：表現(xiàn)層（UI）、業(yè)務(wù)邏輯層（BLL）、數(shù)據(jù)訪問層（DAL）。
  　　MVC 即Model（模型），View（視圖），Controller（控制）。
  　　下面看一下他倆的區(qū)別與聯(lián)系：

  
  
  
  

  　　通過這個(gè)圖我們可以知道，我們平常所說的V是UI，C是BLL，M是DAL的觀點(diǎn)是錯(cuò)誤的。
  　　而我們通常所見到的MVC一般也都是在應(yīng)用三層架構(gòu)的基礎(chǔ)上，即將Model層再進(jìn)行分層。而如果Model不再進(jìn)行劃分的話，那么使用MVC的意義也就不大了。

然后，它倆的目的著重點(diǎn)不同。

三層架構(gòu)的目的著重點(diǎn)是“高內(nèi)聚，低耦合”，即解耦。
　　MVC的目的則是實(shí)現(xiàn)Web系統(tǒng)的職能分工，即職責(zé)劃分。
　　其實(shí)職責(zé)劃分也是解耦，但是三層側(cè)重的是整體的一個(gè)解耦，而MVC側(cè)重的是web系統(tǒng)的解耦，即側(cè)重jsp和Servlet的一個(gè)解耦。

最后，為何我們會(huì)將其混為一談？

既然兩者有這么多的不同，我們?yōu)槭裁催€總是將其混淆呢，下面我列舉了幾個(gè)我們常常將其混為一談的幾個(gè)原因：
　　1.二者都是“三層”。
　　這個(gè)原因是最容易迷惑我們初學(xué)者的，一個(gè)是UI,BLL,DAL，一個(gè)是View，Controller，Model，不都是三層嗎？
　　雖然都是“三層”（不一定是真的三層，還可以是多層），但是它們的劃分的不一樣。大家可從上面的圖中看出不同。
　　2.MVC總是伴隨著三層架構(gòu)。
　　這個(gè)就是我在前面一再強(qiáng)調(diào)的，我們一般是在考慮使用（也可以不使用）了三層架構(gòu)的基礎(chǔ)上再根據(jù)具體需求決定是否需要使用MVC，于是我們常說的MVC中總是伴隨著三層架構(gòu)，所以大家總是會(huì)認(rèn)為MVC就是三層架構(gòu)，三層架構(gòu)就是MVC，殊不知，它們二者是一起出現(xiàn)的。
　　3.都是在分層，即都是在解耦。
　　前面說它們目的的時(shí)候也說了，雖然它們的側(cè)重點(diǎn)不同，但是它們的總體目的是一樣的，都是為了解耦，對(duì)于初學(xué)者而言，是不知道這兩個(gè)側(cè)重點(diǎn)有何不同的。