咖啡伴侶

很長一段時間，對MVC和MVP區(qū)別很是模糊。
一直忙碌于客戶不停的需求中，忽略了產(chǎn)品本身上這些最重要的東西。
現(xiàn)在即將待業(yè)，放下自己為之工作近三年的產(chǎn)品，真的感覺猶如失去自己的孩子。
好的一方面是空閑的時間多了，終于可以想想這些事情了。

MVC算是個被人說爛掉的東西了，MVP也屢屢被人提及。
最大的區(qū)別在哪里呢？為什么要再演變個MVP出來呢？

就定義上來說最大的區(qū)別在于C和P，就構(gòu)架上來說，是View層實現(xiàn)的方式不同。
MVC：View層肩負很大任務，View關(guān)聯(lián)Model，View的渲染是直接通過Model層的數(shù)據(jù)來確定的。還是有很多業(yè)務邏輯在View上完成。
MVP：View層的任務大大縮減，View不再知道Model，P層完成上面提到的View層完成的業(yè)務邏輯。
總之一句話MVP里，View層絕對不能再訪問Model了，

任何一種設計模式的出現(xiàn)絕對不是為了出現(xiàn)而出現(xiàn)的。總是為了解決現(xiàn)實中存在的某些老的模式無法或難以解決的問題才出現(xiàn)的。

為什么會出現(xiàn)MVP呢？
看看客戶拿到一個設計精良的MVC的產(chǎn)品，做二次開發(fā)的時候，如果他項目足夠大，肯定會發(fā)現(xiàn)MVC的好處。任務集中在Model層，設計好Model層數(shù)據(jù)的填充，簡單的實現(xiàn)就完成了。MVC的架構(gòu)幫他解決了很多問題，大家很Happy！
當然客戶的需求總是永無止境的，當簡單需求被滿足的時候，他又會往高層次發(fā)展，也許他就完全需要不同的View來做同樣的Model的展示(比如一個在JSP，一個在Swing或者Android上)，在這個時候，稍微想下，他就發(fā)現(xiàn)他要做的任務開始變的很大了。Model層的數(shù)據(jù)縱使可以共享，事件控制(轉(zhuǎn)發(fā))也能，而View層無論如何是逃不了了。于是Web程序員硬著頭皮也要學Swing，Swing的程序員郁悶的學JSP。
試想這個時候如果有個人，能把陷在View上的上萬行code，拉到一個即能聯(lián)系到Model，又能聯(lián)系到View的層次上，那真的要感謝蒼天大地了。

MVP我想應該就是在這個時候出現(xiàn)的。它處理所有View和Model之間的消息傳遞，數(shù)據(jù)更新，交互操作。比如從Swing的TextField里輸入個字段信息，和從JSP里的Form里輸入這個字段信息，處理的流程應該是可以共享這段代碼的。當然這個時候，為了解決不同View上的一些特殊情況，可以使用適配器模式，來處理多個View的程序設計問題。

設計模式?jīng)]有好壞之分，只有合不合適。你的產(chǎn)品如果只需要輸入個A返回個B，沒有平臺建議，沒有系統(tǒng)升級，那就忘了所有的設計模式，走那條最快實現(xiàn)的路吧。