上篇博哥写的布局！可能是简单，表达的不够明确，所以未能入选android 专题，所以啊！没事自己可以捉摸捉摸，之前我们经常用的模式就是
MVC模式
M就是业务逻辑和实体模型 主要实现一个网络请求数据和响应数据一些逻辑处理
V 对应于布局文件
C就是Activity 显示把处理好的数据 填充到View中
MVP模式
M 也是业务逻辑和实体模型 主要实现请求数据和响应数据的封装
V相当于Activity
P处理数据（我的理解就是下请求数据的时候，请行数据判断，相应数据进行处理封装，然后返给V）
我觉得还是mvc模式写着数据，都往Activity里面写，写起来的速度很快，等你维护的时候发现很麻烦了！很没有条理，现在mvp模式，分的特别细，而轻，就是写起来速度不是很快，现在主要讲 M 和P M我主要去实现网络请求，然后封装响应数据，把响应的数据进行封装成Bean类返回给P
P，就是一个桥梁，先把数据从V运到M，然后在把请求好的数据运到V，把数据运到M之前 先进行 数据判断，显示等待框，等等处理，如果数据不符合请求，就告诉V数据请求失败的原因，如果符合请求 就把数据 传输给M ,由M完成数据请求，然后返还给P,在P中先判断P是否为空，为空就返回给V失败，不为空数据正确 就返回给V，那么多字，我想你们也懒得看，我之前也是，现在盗用 鸿洋一张图，给你们看看，
上面是Mvp 模式
1，Mvp 模式中的V
我一般都是先写V，V相当于一个接口，包括成功和失败，他实现与Activity，
V 里面包括四个方法 一个是数据请求成功和失败的方法，还有一个现实对话框和消失对话框，一般就这四个逻辑，如果V里面还有其他逻辑，你都可以写，比如，你在登录的时候，管理员和会员肯定进入的界面不一样，你可以写成这两个方法， onLoadManageSucces（），管理员登录成功，onLoadSucce（），普通会员登录成功
2，MVP模式中的P,
p是最复杂的，他继承BasePresenter 实现IBasePrensenter，里面主要实现数据处理的
一个是数据请求成功，一个是数据请求失败的方法，我上面用到了泛型，觉得泛型用着真心比较舒服，我现在不怎么熟悉，还需要多学习
3，Mvp模式中的M
M中我只用到了网络请求，然后把数据封装，返回给P
网络请求 返回封装数据，
可能你现在还头蒙，我写一个Demo 给大家，
网友评论