【学习】android的MVC与MVP与助手的聊天系统

  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