MVP实战心得(一)
2017-04-24 10:47
316 查看
个人心得:
对于大项目,大公司,人员很多的话,非常不错,模块清楚,分工明确. 对于小项目,小公司,个人独立开发,那就很不友好了1
2
1
2
一个人写起来会感觉代码非常非常多,很繁琐,简直坑爹.
费时间的地方如下:
1.大量的接口
写完界面还得想好view接口有哪些方法, presenter会有哪些方法
modle比较好解决,基本就是一些网络请求接口(如果用retrofit的话)
2.基类的封装
如果用mvc,那么只要写好baseactivity和basefragment, 但用mvp,就得多些东西了:
BaseView BasePresenter BaseFragmentView,BaseActivityView 等等1
2
3
1
2
3
3.写到一半发现需要某个对象或者方法
比如我要在fragment的presenterImpl中拿到FragmentManager来做一些事 这是我一开始没想到的
那么我就得在对应view中添加getFragmentmanager()的方法
而这个方法其实应该放到BaseFragmentView接口中.
而base类一般是不允许随便改的
比如我现在在BasePresenter里面写了onCreate(),onDestroy()
来对应相应fragment,activity的onCreate(),onDestroy()
如果以后需要用其他生命周期了,同上就得加接口.
4.太多的实现类:
一个页面至少需要:1个activity/fragment,1个presenterImpl,1个contract,1个modleImpl,1个bean,5个类, 而mvc只需要:1个activity/fragment,1个bean,完事了…
假如1个app的界面是30个的话,mvp会有150个类.而用mvc就60个
总结一下:
1.mvp用起来可能没有你想的那么和谐,友好,肯定会一边写一边改,不过经过一段时间修修改改,习惯就好了.
2.可能会写到一半发现需要加接口改接口,因为persenter跟view打交道全靠写接口.隔离性是很好,但写起来就没那么方便了.
3.一改动可能就要改好几个类.切多了人都了晕.
附上github的mvp示例: mvpDemp
Android mvp模式中,adapter应该放在什么位置?
https://segmentfault.com/q/1010000008534760转转载地址:http://blog.csdn.net/jlanglang/article/details/53436663
相关文章推荐
- MVP实战心得(二)---Base基类的封装
- [置顶] MVP实战心得(三)---封装Retrofit2.0+RxAndroid+RxBus
- MVP实战心得(三)---封装Retrofit2.0+RxAndroid+RxBus
- MVP实战心得(四)---封装优化,拆分Toolbar与ContentView
- Mvp实战心得(二)---Base基类的封装
- MVP实战心得(二)---Base基类的封装
- MVP实战心得(三)---封装Retrofit2.0+RxAndroid+RxBus
- MVP实战心得(四)---封装优化,拆分Toolbar与ContentView
- MVP实战心得(一)
- 【机器学习-实战】逻辑回归学习心得
- 网站DDOS攻击防护实战老男孩经验心得分享
- MVP 模式编写刷新 Web Session 会话实例小Demo,实战代码,清晰明了,维护简单
- 在新浪SAE上部署应用实战心得
- CS 实战心得
- cocos2dx实战篇——《忍着飞镖射幽灵》学习心得
- SharePoint 2007 到 SharePoint 2010 迁移项目实战心得系列(三)
- 架构实战项目心得(三):JAVA和MAVEN的环境配置
- 实战MVP请求数据OKHttp封装RecyclerView上拉刷新下拉加载
- google官方架构MVP解析与实战-(从零开始搭建android框架系列(3))
- 实战网页布局心得(一)