該用MVC/MVP嗎——房子不需要蓋成一樣

業內的很多 android 大牛們為了這個問題沒少念念碎，對於 android 中使用了何種架構，一種很流行的說法是使用了 MVC ，具體來說：

 

Model：你的商務邏輯，這個基本沒什麼爭議；

View：lyout and resources xmls、以及程式中定義的各種View的子類；

Controller：activities

 

此法一出立即引來眾多骨灰級大牛的吐槽！很多人認為 activity 通過 window 控制 view 的渲染和事件分發，與view聯絡過於緊密，耦合太大，所以嚴格來說activity本身充其量也是個 View 而已，有人甚至直接將 activities和views一起統稱為 Controller-View架構。反正不管怎麼說，在android體系中沒有實現嚴謹的MVC/MVP的架構。

 

為此很多大牛們重新統籌了android組件和Model的互動關係，搭建起了各種MVC/MVP的漂亮別墅（請參考一個例子：http://www.therealjoshua.com/2011/11/android-architecture-part-1-intro/）。

 

在android開發中搭建MVC/MVP架構，實際上這是很優秀的做法，但是我們在各種項目中發現很少使用這種架構，甚至是Google的原生項目也是如此，因為MVC/MVP架構的目的是為了更好地進行模組劃分，達到實現與UI的完全分離，減少耦合度，這是一個概念層次上的表徵，不是一個嚴格鎖定的架構，我們在實際開發中只要能夠達到上述目的都是優秀至少是好的做法

 

所以，除非特別有必要，在自己的 android 項目中搭建 MVC/MVP架構並不總是必須的，房子不需要蓋成一樣。但是，不管怎麼樣，MVC/MVP中的 Model 元素應該總是能夠讓我們的眼睛保持全方位360度正圓——時刻提醒自己將 Model 分離出來是個好主意！