[Android]如何做一个崩溃率少于千分之三噶应用app(7)-跨module交互

以下是我这个系列的相关文章,有兴趣可以参考一下,可以给个喜欢或者关注我的文章。

[Android]如何做一个崩溃率少于千分之三噶应用app--章节列表


我建立了一个关于Android架构学习的群,里面可以进一步进行组件化学习的交流。

群号是316556016,也可以扫码进群。我在这里期待你们的加入!!!


这节我们介绍的是如何跨module交互,大家可以先思考一下下面的问题。

你考虑过android studio设计module的独立性?

你是否考虑过module之间可以如何交互通信,传递信息?

如果移除module的依赖的时候,依然能让交互的代码不产生崩溃?

希望看完这一节,希望对大家有一定的启发。


1.上层module和下层module的交互

(1)如果module是上下层的关系(例如一个module 依赖一个base的module)那么上层的module是可以直接获取base module的接口,达到信息取得的。

(2)那么base module并不会依赖于上层的module的(这是设计的初衷),那么如何获取上层module的信息呢?这里其实就可以简单用到抽象接口的调用子类的实现了。

这一切都是源于module之间的依赖形态所可以达到的效果

这是我们只要module依赖都会遇到过的问题。


2.两个相同层的module通信

可以想象两个相同层的module如果相互之间并没有直接的依赖关系,我们是没法传输到数据的。

那么用EventBus事件总线呢?是否有人试过?

试验过都会被modules间的这道墙所隔离。(EventBus只能用在单module里通信)

可以想象使用boardcast ,这是安卓本身系统带有可以整个系统里告知信息,通过boardcast广播应该是可以做到的传输的,唯一不好的地方就是其效率不高(至少会比EventBus要低)

也会有人提到数据库?但是如果你一直在监听着某些数据的变化,也会产生有一定的消耗的。

那为何module间不直接相互依赖,这样不就可以解决问题呢?倘或一个module被多个module依赖,那些module都会调用这个module的方法,那么这样移除这个module将会是致命的,将需要增加以后维护的难度。我们设计的初衷是松耦合。


我们的同层的modules没法直接依赖,但是可以做到间接依赖的。

我们相同层的modules都依赖于一个base的module。

那么我们就可以做一个监听者模式的设计,每个module把想要传输的响应接口注册到base模块里面,然后相应的module调用想要传输到传输模块的接口,就可以完成信息的传输,跨模块接口的调用。

关于监听者模式,如果有深入了解过EventBus和boardcaset源码分析应该都明白这种设计模式的魅力。

下面是教大家如何切实的做一个类似的传输源码

(1)需要用到的文件架构

(2)在base里面新建一个ElModuleApi的接口

(3)建一个ELPublicApiHelper的类,用于动态注册相关的ELMouleApi到moduleApi的哈希Map里面

  这里面提供register和unregister的注册和注销静态接口,把类映射到moduleApi里面,getModuleApi可以取出相应通过类名取出ELModuleApi的接口,用于之后的方法调用

(4)因为本来设计就是用MVP设计,那么我们统一继承一个BasePresenter

在初始化的时候,就将map注册到moduleApi里面,然后destroy的时候,默认移除

这里抽象getModuleApi的接口到子类实现

(5)例如我们需要在Presenter实现调用updateRecordView的方法,需要在ELPublicApi里面新添加一个继承ELModuleApi的RecordApi的接口,里面添加接口方法。

(6)子类Presenter的实现

        先继承BasePresenter 和调用方法的接口

       复写getModuleApi的方法,将api类名和相应的接口名注册到map里面

    复写接口真正的实现方法

(7)这样在工程的任意地方,都可以调用通过ELPublicApiHelper和接口类名调用到接口的方法了

  这样完成了跨module间数据的传输和方法的调动。

3.有些人考虑使用数据库的方式,那么因为modules这个墙,我们只能在依赖的base module建立统一的数据接口,然后每个模块做读写操作,需要注意的是同步异步的问题。


********************2016.11.23更新*********************

我在ModuleBus交互提供了交互的新的module交互框架,有兴趣的话,可以查看一下。


这一节就介绍到这里

项目往往多渠道,某些渠道可能需要某些功能模块的时候或者不需要某些模块,应该如何处理

下一节,将会介绍如何添加一个不同的模块。

敬请期待!!!

推荐阅读更多精彩内容