该用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架构，实际上这是很优秀的做法，但是我们在各种项目中发现很少使用这种架构，甚至是谷歌的原生项目也是如此，因为MVC/MVP架构的目的是为了更好地进行模块划分，达到实现与UI的完全分离，减少耦合度，这是一个概念层次上的表征，不是一个严格锁定的框架，我们在实际开发中只要能够达到上述目的都是优秀至少是好的做法

 

所以，除非特别有必要，在自己的 android 项目中搭建 MVC/MVP架构并不总是必须的，房子不需要盖成一样。但是，不管怎么样，MVC/MVP中的 Model 元素应该总是能够让我们的眼睛保持全方位360度正圆——时刻提醒自己将 Model 分离出来是个好主意！