前言：

       接著上篇部落格說：MVC和三層架構到底是怎麼樣的一個關係？相同？或是迥異？或是部分相同，部分不同？或是思想同，邏輯不同？這是個值得思考的問題。關於三層架構大家應該差不多都有些瞭解，那麼在本文中將側重於MVC的學習。

正文：

      關於MVC與三層架構的關係，這兩個的關係還真不好說，因為它們的關係是動態的，相對的，取決於整個專案的框架。那麼本文論述兩種情況下的MVC與三層架構的關係

情況一、只有MVC框架的專案和不含有MVC框架的三層架構專案

            那麼這個時候他們之間的關係就有異同點了：

            相同：的是都分為三層，都能形成從使用者到資料庫的閉合迴路。

            不同點：

        1、劃分層次不同

                        三層：分為表現層（UI）、業務邏輯層(BLL)、資料訪問層（DAL）
                        MVC：即模型（Model）、檢視（View）、控制（Controller）

                        它們之間並沒有什麼對應關係，但如果非要對應的話，可以看下下圖中的關係

         2、三層中的Model與MVC中的Model

                    首先解釋下MVC，關於V和C分別代表什麼，作用是什麼，之前的部落格都詳細描述過，那在這裡就不作解釋了，在這三個裡，最不容易理解的是Model，就什麼是Model？跟三層架構中的實體層是同樣的功能嗎？很多人可能會把MVC中的Model層誤認為三層架構中的實體類。其實在MVC架構中Model層有比實體類更豐富的定義和作用，在MVC框架中Model層的作用既有真正的邏輯事物，資料訪問，甚至演算法都放在Model去，這和實體類完全是兩回事。“三層”中典型的Model層是已實體類構成的，而MVC中的model，則是由業務邏輯與訪問資料組成的。不一樣的概念。雖然名字一樣。

                       再說三層架構，三層其實很好理解，介面，業務，資料訪問，就這三個，從字面都可以理解出它們的意思。我要說的是它和MVC的區別。在三層架構中沒有定義Controler的概念。這是我認為最不同的地方。而MVC也沒有把業務的邏輯訪問看成兩個層，這是採用三層架構或MVC搭建程式最主要的區別。

 情況二、既含有MVC框架也含有三層架構的專案

             在這種框架下，MVC和三層架構的關係就變得非常顯而易見了。

          三層架構中，DAL(資料訪問層)、BLL(業務邏輯層)、WEB層各司其職，意在職責分離。MVC是 Model-View-Controller，嚴格說這三個加起來以後才是三層架構中的WEB層，也就是說，MVC把三層架構中的WEB層再度進行了分化，分成了控制器、檢視、實體三個部分，控制器完成頁面邏輯，通過實體來與介面層完成通話；而C層直接與三層中的BLL進行對話。三層和MVC的組合解決了Model與資料庫耦合性太強的問題。

小結：

         由於學習是一個逐步深入的過程，現在還未到深刻理解的程度，本文僅是記錄這個學習認知的過程，這些也都是小編在不斷學習和思考中得到的暫時的結論。希望和大家一同交流，隨著時間的推移，自己的認識也在不斷的重新整理，期待各位大神斧正！學到這裡關於【Asp.Net MVC+EF+三層架構】中MVC部分的理論學習就已經完成了，接下來就是MVC的實際操練的環節，小編將會在下篇部落格中講述，敬請關注❀❀❀❀