0°

Android架构设计—MVP模式第(二)篇,如何减少类爆炸

内容预览:
  • 始发于微信公众号: 程序员小乐 (点击上方蓝字,快速关注我们) 作者:Lo...~
  • OK,这就是MVP模式中的三个base类~
  • 终于写完了,下班回家,Please accept mybest wishes for your happines...~

始发于微信公众号: 程序员小乐

(点击上方蓝字,快速关注我们)

作者:LooperJing

地址:http://www.jianshu.com/p/3a17382d44de

上一篇中介绍了

一、基础知识

1.1、MVP分层

总共分成三层

  • a 、View: 视图层,对应xml文件与Activity/Fragment;

  • b 、Presenter: 逻辑控制层,同时持有View和Model对象;

  • c 、Model: 实体层,负责获取实体数据。

1.2、实现方式

总共四步

  • a、根据项目需求,写一个 XXView 接口。然后让对应的 Activity/Fragment 实现这个接口。View 层基本搞定!

  • b、编写 Model 层,主要就是网络数据请求了或者其他什么耗时操作,实现方式尽情发挥你的想象,但是最后一定需要用 Presenter 层定义的接口,回调给 Presenter 通知 View 层 更新数据。

  • c、编写 Presenter 层,Presenter 层需要持有 View 层和 Model层的引用,并且实现 Presenter 层定义的回调接口。在回调接口中调用 View 层的代码 进行界面更新,最重要的是,有一个调用通过Model层的方法,在此方法中,调用 Model 层请求数据。

  • d、回到View 层的Activity ,调用 Presenter 层获取数据。到此完成。

1.3、原理图

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

1.4、暴露的问题

可见采用MVP模式之后,虽然类数量变大,但是逻辑更加清晰,遵守了高内聚,低耦合的设计原则,完全避免了几千行代码的Activity,这势必可以提交整个团队的开发效率。但是仍然美中不足,因为每个功能块的代码都是类似的,只是细节上会有所不同,正如上篇博客有些人评论就有问到这个问题。

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

所以我们要将MVP进行优化,所以这篇博客的目标就是减少”类爆炸!“,用的更爽。

二、MVP设计优化

关于MVP减少类数量,已经有很多人研究过,我将站在他们的肩膀上进行学习,个人觉得模式是一种思想,不是“法律”,所以MVP没有固定的写法,结合需求,理清架构,应该都可以有自己的独特MVP写法。本文不揉杂Rxjava,DataBinding以及一些注解框架,降低理解MVP的难度,我参考一个,优化了一下,相比之前,简洁不少。

2.1、优化对比

先看一下优化的效果对比

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

优化前

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

优化后

优化之前,实现一个网络请求+UI需要八个类(去除adapter,实体类等),优化之后,只需要四个类就搞定了(看joke包中的4个类),现在介绍一下优化步骤。

2.2、Base类抽取

我们类臃肿的原因是,M层,V层,P层没有抽取,导致每一个功能模块都对应着一个M,V,P三个类。现在讲三个类抽取一下:

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

不多解释,定义了几个与UI显示相关的方法

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

暂时还是空的

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

Presenter层仍然要持有M,V的强引用,在attachModelView这个方法中,对两个对象进行赋值,这里可以看到我简单是采用了弱引用的方式去保存这个View的对象引用,减少内存泄露的可能性。OK,这就是MVP模式中的三个base类。

2.3、合约分包模式

Contract模式就是将三个接口合并为一个,如下:

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

以后我们不需要单独写View层和Presenter层了,将相同模块的M,V,P三层定一个合约,互相搞基,放在一块,统一管理。我们还需要看一个基类

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

顺便看一下CreateUtil,对于这种方式不明白的,移步。

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

内部获取第i个类型参数的真实类型 ,反射new出对象.

2.4、Presenter 的实现

这部分没办法,每一个业务需求不一样,都需要重新编写的,可以适当变化,建议一个模块编写一个。

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

现获取父类已经绑定的mView,把loading显示出来,然后用父类已经绑定的Model交给去请求数据,等数据请求完毕后,在通知mView去更新UI。这个跟以前都差不多。其中的MVPListener作为Model的回调接口,作用是把数据传递给P层。

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

2.5、Moldel 的实现

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

这一部分跟以前相比基本没有变化,不多解释,可以看看上一篇博客。

2.6、Activity 的实现

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

短短六七十行代码就OK了,效果如下。

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

效果.gif

最后有一个插件,可以自动实现MVP部分代码,哈哈,对于这种插件,公司完全可以写一个,以后开发就不用写了。

Android架构设计---MVP模式第(二)篇,如何减少类爆炸


终于写完了,下班回家,Please accept mybest wishes for your happiness and success !

参考:






大家可以可以加群和大牛们(徐宜生、张涛等)一起学习:群二维码如下所示:

  • Android架构设计---MVP模式第(二)篇,如何减少类爆炸

  • 如果人满了,可以加我的微信,我拉你进群,我的微信二维码:


  • Android架构设计---MVP模式第(二)篇,如何减少类爆炸


看完本文有收获?请转发分享给更多人

关注「杨守乐」,提升编程技能

Android架构设计---MVP模式第(二)篇,如何减少类爆炸

每当我看到你的点赞、评论、或打赏都会感觉特别激动和高兴,真希望正如你看我的文章一样。我们共同努力。如果您喜欢此文,感觉对您工作有帮助,预期领导会给您涨工资,不妨小额赞助一下,让我有动力继续努力。

赞助方式如下链接:

http://blog.csdn.net/xiaole0313/article/details/52333666


如果您觉得不错,请别忘了分享到您的朋友圈让更多的人看到!! 您的举手之劳,就是对我最好的支持,非常感谢!

版权声明:【我们尊重原创。此篇干货,版权属于原作者。部分文章推送时因种种原因未能与原作者联系上,若涉及版权问题,敬请原作者联系我们,立即处理。】

本文由吧主分享:http://blog.csdn.net/xiaole0313

推荐文章:


【技术群】279126311 [满]

【技术群】484572225 [未]

如果你有好的文章想和大家分享,欢迎投稿,直接向我投递文章链接即可。投稿邮箱:[email protected]

欢迎扫描关注我们的微信公众号(),不要错过每一篇干货~

一键关注我们微信公众号 

以上就是:Android架构设计---MVP模式第(二)篇,如何减少类爆炸 的全部内容。

本站部分内容来源于互联网和用户投稿,如有侵权请联系我们删除,谢谢。
Email:[email protected]


0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论