三層架構與MVC謎團之答案揭曉
我們平時總是將三層架構與MVC混為一談，殊不知它倆并不是一個概念。下面我來為大家揭曉我所知道的一些真相。
首先，它倆根本不是一個概念。
三層架構是一個分層式的軟件體系架構設計，它可適用于任何一個項目。
MVC是一個設計模式，它是根據項目的具體需求來決定是否適用于該項目。
那么架構跟設計模式有什么區別呢？
我們從接手一個項目開始，首先，我們需要進行架構設計，一般我們采用的就是分層式的架構設計，即我們的三層架構。
然后，在確定了架構以后，我們再根據項目的具體需求去考慮是否需要應用一些設計模式，比如是否應用我們的MVC模式，抽象工廠模式等等。（在這里我們看出，MVC與三層架構不是一個等級的，而與抽象工廠等設計模式才是一路的）
最后，確定了模式以后，就是我們的一些具體的實現了。（當然一個項目不僅僅考慮這些問題，我只是為了說明兩者的區別，將其他問題已省略）
其次，它倆劃分的層次不同。
三層架構將整個項目劃分為：表現層（UI）、業務邏輯層（BLL）、數據訪問層（DAL）。
MVC即Model（模型），View（視圖），Controller（控制）。
下面看一下他倆的區別與聯系：
通過這個圖我們可以知道，我們平常所說的V是UI，C是BLL，M是DAL的觀點是錯誤的。
而我們通常所見到的MVC一般也都是在應用三層架構的基礎上，即將Model層再進行分層。而如果Model不再進行劃分的話，那么使用MVC的意義也就不大了。
然后，它倆的目的著重點不同。
三層架構的目的著重點是“高內聚，低耦合”，即解耦。
MVC的目的則是實現Web系統的職能分工，即職責劃分。
其實職責劃分也是解耦，但是三層側重的是整體的一個解耦，而MVC側重的是web系統的解耦，即側重jsp和Servlet的一個解耦。
最后，為何我們會將其混為一談？
既然兩者有這么多的不同，我們為什么還總是將其混淆呢，下面我列舉了幾個我們常常將其混為一談的幾個原因：
1.二者都是“三層”。
這個原因是最容易迷惑我們初學者的，一個是UI,BLL,DAL，一個是View，Controller，Model，不都是三層嗎？
雖然都是“三層”（不一定是真的三層，還可以是多層），但是它們的劃分的不一樣。大家可從上面的圖中看出不同。
2.MVC總是伴隨著三層架構。
這個就是我在前面一再強調的，我們一般是在考慮使用（也可以不使用）了三層架構的基礎上再根據具體需求決定是否需要使用MVC，于是我們常說的MVC中總是伴隨著三層架構，所以大家總是會認為MVC就是三層架構，三層架構就是MVC，殊不知，它們二者是一起出現的。
3.都是在分層，即都是在解耦。
前面說它們目的的時候也說了，雖然它們的側重點不同，但是它們的總體目的是一樣的，都是為了解耦，對于初學者而言，是不知道這兩個側重點有何不同的。
大家往往對它們的聯系知道很多，不然也不會混為一談，但是對它們的區別卻知道較少，希望我上面講解的它們兩者之間的區別可以讓大家對它們有些了解，如有寫的不妥的地方，請指教。
原文鏈接：http://blog.csdn.net/zhaodandan19910306/article/details/7202463
【編輯推薦】
