本文探讨了MVP与MVC的区别，指出MVP模式中View与Model的交互需通过Presenter，以降低Activity的复杂性，提高代码可读性和维护性。接着，文章通过一个简单的天气请求例子，展示了MVP的具体流程：View引用Presenter，Presenter调用Model，Model完成逻辑后回调Presenter，再由Presenter更新View。最后，提到了目录结构，包括Bean、BaseView、BasePresenter的创建。
一，MVP和MVC的区别
MVP是Model View Presenter的缩写，是由MVC演化而来的，那么MVP和MVC的区别是什么呢，
从上图中可以看出，MVC之间是允许View和Model进行交互的，而MVP中的View和Model交互必须通过Presenter这个中间人进行操作的。
传统的MVC：
- Model：业务逻辑和实体模型；
- View：对应的布局文件；
- Controllor：对应的Activity；
这种模式其实View能做的事情基本上没有什么，数据绑定和事件监听等等事情都是在Activity中完成的，实际上Activity既做了Controllor的事情，又做了View的事情。会导致Activity中的代码量很大，从阅读和维护方面来讲都是比较吃力的。
新兴的MVP：
- Model：业务逻辑和实体模型；
- View：对应Activity，负责绘制View及用户交互的过程；
- Presenter：负责完成View和Model之间的交互；
将架构模式改为MVP的时候，这时候将复杂的业务逻辑和耗时操作等职责都交给了Presen
最低0.47元/天 解锁文章
803
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
