MVC模式： =>解决activity代码臃肿；
好处： 业务逻辑与界面分离开来。
M：业务逻辑，比如：数据存取操作，数据解析加工，数据处理操作；
V： 负责界面的展示；
C： 负责处理交互和输入事情；
劣势：
actvity不纯粹是controller层，还担负是界面显示的view层功能；v层和c层的职能耦合在一起了； Activity类的职责不断增加，以致变得庞大臃肿。
当实际实现过程中会发现，actvity不仅仅是一个controll功能而且还担负了view层的功能，主要是与用户交互的功能；所以会发现，后面维护的时候activity会越写越大，就是因为view层和controller层没有做到很好的剥离，它们耦合在一起了。
把Model理解成实体类（Entity），在MVC中Model应该包含2部分功能，一部分是处理业务逻辑，一部分是提供View显示的数据
把业务逻辑全部放在Controller端
mvc的例子： ListView
