ThinkPHP中的MVC開發模式瞭解一

ThinkPHP中的MVC開發模式理解一

MVC這三個字母不愧博大精深，當我自以為要馬上攻破php最後一道難關的時候，那時候的我好想就想錯了，當我研究了一個半月之後，竟然發現其思想是那麼的難以理解，直到現在我也不得不承認我只是對這個思想的認識只是一個皮毛，對於很底層的東西還是不太理解，還有別的要說的，但先說一下我對MVC的理解：

其實ＭＶＣ並不是一個什麼文法或者演算法，只是一個開發模式，說道開發模式，我所知道的有傳統的ＭＯＤＥＬ模式，即過程化的處理，而ＭＶＣ則是對結構做了一個很好的最佳化，更像是一種開發規範，你必須要根據規範去執行，才能夠去使用其內部的各種庫，就像小孩子只有聽大人的話大人才能給買吃的，說到這，肯呢過還是不太明白，那就具體的說一下ＭＶＣ，ＭＶＣ你一眼就應該可以看出來這是字母的縮寫即分別為Ｍ：模型Ｖ：　視圖 Ｃ：控制器。

這養的話，我們就應該知道，ＭＶＣ至少有這三個最為基礎的東西，模型，先簡單的說一下比如資料模型，像你的資料庫配置哪些什麼的，當然這裡的模型還會有分支，一開始學的時候不建議再往下多想，到明白的時候自然會明白，那麼Ｖ呢，這是ＭＶＣ最容易理解的地方了，就是視圖，說白了就是使用者看到的前端頁面，這個沒有說明難以理解的，可以過去，下面就是最為重要的控制器了，這個起到了中樞神經的作用，你既然能看到這裡，就一定知道ＡＰＡＣＨＥ的作用是什麼了，是一樣的道理，起到了分配，邏輯處理，程式結構等等很多重要的功能，我之前卡死就卡死到控制器上面了，因為即便你去按照規範去建立了控制器可是你還是對於之後的種種規範感覺難以理解，在自己的內心裡，就永遠沒有那種明白的感覺，總感覺是朦朦朧朧的，其實就是不明白，這個過程是無法傳授的，自能依靠自己去理解，自由自己真正的理解了，問題才會有好的解決。

其實額外的理解，因為我們或許知道作為一般的程式開發，我們都是盡量做到業務的分離，只有業務之間完全分離，才能支援大型的團體的項目開發，所以說，都是這樣，ｊｑｕｅｒｙ的誕生原因之一就是我們有對ｈｔｍｌ代碼結構和行為的分離，這樣增強了代碼的可維護性，你可能會拿ｈｔｍｌ５反駁我，至於ｈｔｍｌ５的誕生，我可感到很費解，除了在移動端對使用者的體驗提高之外，沒有發現太大的亮點，但有一個在我看來致命的弱點，就是之前我們僅僅對於前段頁面而言是結構，樣式，行為，分別由ｈｔｍｌ，ｃｓｓ，和ＪａｖａＳｃｒｉｐｔ提供支援，但是，ｈｔｍｌ５的一些新的屬性明顯越界了，這樣不就是明顯的與代碼分離原則相違背把，這可能需要另一種思考方式，但是從我個人的方面來看是不太好的。那麼在回到ＭＶＣ，其一個重要的原則就是做到了業務分離，大的方面，前端設計和後台商務邏輯的分離，小的方面，資料設計和邏輯處理的分離等等，這樣，對於大型的團隊開發，對於後期維護是非常高效的，這也是ＭＶＣ在各種開發語言大受歡迎的原因之一。

我現在學的ｔｈｉｎｋｐｈｐ，就是一種ＭＶＣ架構，相對於其他的架構簡單一些，但還是不太好理解，我的總結是，想要學好這些東西，還是要多寫代碼，多分析過程和錯誤原因，這是非常重要的，最好還要寫一下文檔，以前我絕得寫文檔很沒有必要，單後後來發現，文檔可以讓子自己很明確開發思路，因為開發後台就怕腦子渾，一旦發渾，就不知所以然了，所以寫文檔是很不錯的。

