业内的很多 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 分离出来是个好主意!