傳統的面相過程式的開發方式在處理中型以上的應用時，就開始顯得力不從心。即便我們能夠快速的完成需求，但是在需求發生變更後或者進行後期維護的時候，我們會深深地陷入我們早期搭建的陷阱中。所以，使用面向對象的方式來實現MVC模式，將為我們梳理程序的架構提供一個清晰的思路。
什麼是MVC？
關於MVC的定義和解釋，可以說多種多樣。我們可以在Wiki或者[2]中找到更為詳盡的解釋，這裡我並不打算，也沒有能力進行深入的講解，從PHP開發的角度來講，MVC可以概括為：
視圖(The View)：
一說到視圖，我們很多人都會想到模板引擎(諸如Smarty等等)。其實就是各種各樣的輸出，比如說html模板和Javascript文件等。
模塊(The Model)
模塊代表了程序的邏輯，在企業應用中通常稱為業務邏輯層。一般來講，這一層完成的工作是把原始的數據處理成按照我們設計的數據結構存儲的有意義的數據序列，並將這些數據交給視圖去處理。通常情況下， 模塊中會利用一個數據抽象類來進行與數據操作有關的處理。
Model通常包含了哪些用來同數據庫打交道的函數。
控制器(The Controller)
控制器使所有WEB應用的第一站，他接受收到的參數，比如$_GET變量，然後做出相應的反應。
關於MVC的是否適合PHP的爭論也很多，人們不斷的討論MVC是否適合PHP[3]，現在也已經有了很多的MVC框架，諸如PHP MVC Frameworks中列出的[4]。那麼，為什麼人們這麼熱衷於MVC，我們為什麼要使用MVC在我們的設計中呢。
為什麼用MVC？
MVC最早是用來解決桌面GUI的編程問題，最早的MVC框架應該是Sun在1999年提出的Model 2，後來演變成了Struts。MVC帶給人們深刻的印象，但是我們在使用的過程中，卻並沒有認真的想過為什麼使用MVC。
在傳統的桌面應用中，一旦Model中有時間發生，我們可以主動的讓View界面進行刷新，從而展示後台發生的變化。而在Web應用中，我們似乎限於傳統的Http的Request/Response的方式，我們似乎沒有辦法讓用戶端進行更新。這一段討論，並不是認為MVC不能夠用來進行WEB應用的開發，而是覺得從某種程度上來說，他還不是最合適的。
關於使用MVC的爭論還有很多[1]，但是相信所有習慣了使用MVC來組織自己的項目的人，讓他選擇一個新的項目構架時，一定不會放棄MVC。
