MVP分三层 Model层 View层以及Presenter层级
（此文只是本人在工作中摸索而已 ）
1：Model层级：此层级我放了三个接口
分别为 回调层 请求基层 请求层回调层就不多做解释了
一些参数传递写这个BaseCallBack是将一些必要的回调集成起来 省的每次都写
还未完善 可根据需求自行添加这里我多写了一个请求基层 ，是觉得原版的MVP单单是一次请求便会多出很多类出来 ，所以想了一个分层逻辑 ，比如将登陆模块所有的请求层都存放在此接口中
拿获取版本号这块来说 这个接口的里面的抽象函数是为了待会在请求层中使用（参数可根据需求改变 比如可以添加请求工具 URL等等）接下来说请求层 我在此层中只是做了请求 解析 数据回调
请求基层中的抽象函数中的参数关系到此层级中请求需要的参数
也是做了分层
因为此层级代码相对较多 所及参数判断不在这个层级上做过多的判断 减轻此层负担到此Model层级编写完毕。
2：Presenter层级
首先 此层级是作为View层获取Model层级数据的桥梁
持有View层对象 以及Model层对象
两种对象可通过构造器传值获得
此层相对于简单 假如有参数判断的话一般我是在这个层级中判断在这里我得先做View层级的介绍 以免对于Presenter层级的方法调用以及对象获取混乱
视图层 
楼楼这里的getParams写的有点问题 这块函数不能在基类定义 定义在子类中扩展性比较好（考虑到一个页面假如不止一个请求接口）
这里是Activity 重写该接口中的基类以及子类的抽象函数get开头的方法返回想传至P层级的参数 set开头的方法可以设置请求返回数据 show开头方法可以设置一些错误提示 具体可根据个人需要定义
现在返回Presenter层级
应该就可以看得懂了吧
这块楼楼是在View层做的参数判断 因为这块是比较早之前写的 分层思想没那么明确另外
像这种显示Toast啊 Dialog啊 反正有关于显示的东西楼楼觉得还是在视图层中显示比较好
最后：不喜勿喷
网友评论