您现在的位置是:首页 > 文章详情

Android组件化开发实践(四):组件间通信问题

日期:2018-09-26点击:354

记得第一次实施项目组件化时,遇到的最大困扰就是,组件之间的通信问题。例如:

  • 怎么从这个组件跳转到另一个组件的页面;
  • 组件之间怎么传递数据;
  • 怎么获取其他组件的数据或服务;
  • 组件怎么通知其他组件响应某个事件;

1. 页面跳转统一采用路由

在Android中,页面跳转都是通过startActivity来实现的。但是我们组件化之后,上层的业务组件之间是不能相互依赖的,也就是说现在无法通过startActivity来进行页面跳转了。

组件化之后,所有页面跳转都必须采用路由来实现。现在已经有很多成熟的路由框架了,具体什么是路由、路由的作用都讲的很清楚,我这里不再赘述了,比较成熟的有:

路由框架的核心原理都是一样,这里我来说说我自己的路由框架,以及这样设计的原因何在。

1.1 路由URI格式

路由实质上都是将一个URI映射到某一个具体的界面,通过URI跳转时,路由框架内部找到该URI对应的Activity页面,进而实现页面跳转。首先我们来看一张图,明白一个完整的URI是怎么定义的。


img_e06db4e3c9edfdabe62a7b20eec99f0d.png
图片引用自美团

是不是特别复杂,但实际上我们并不需要这么复杂,以我的一个路由uri为例:

hmiou://www.54jietiao.com/webview/index?title=*&url=* 

这是一个打开WebView页面的路由地址定义,具体来说只采用了URI的几个部分:

  • scheme
    这个是必须的,我定义为hmiou,这个根据项目来自定义即可。
  • host
    www.54jietiao.com,通常定义为你项目的主站域名。
  • path
    /webview/index,也就是路径,根据你的业务来区分即可。
  • query
    title=*&url=*,查询参数

我的路由定义里面,只采用了scheme、host、path、query这4部分,能满足我的需求即可。

1.2 路由映射文件

我们没有采用注解,而是定义了一份全局的路由映射json文件,应用启动时读取配置文件进行路由初始化。

{ "test": [ { "url": "hmiou://www.54jietiao.com/test/test1?title=*", "iclass": "Test1ViewController", "aclass": "com.hm.iou.router.demo.TestActivity1" }, { "url": "hmiou://www.54jietiao.com/test/test2", "iclass": "Test2ViewController", "aclass": "com.bwton.router.demo.MainActivity" } ], "main": [ { "url": "hmiou://www.54jietiao.com/main/index?url=*", "iclass": "MainViewController", "aclass": "com.hm.iou.router.demo.MainActivity" } ] } 

每个配置项都包含“url、iclass、aclass”3个选项,url就是路由定义,iclass是对应的iOS里面该页面的类名,aclass是对应的Android里面该页面的类名,这么做的目的是为了保持2个平台的路由统一。

我根据功能将路由进行了分组,从上面配置文件中可以看到有2个分组:test、main,然后每个路由url的path都以该分组名开头,所以每个路由url至少应该包含2级路径。

以路由“hmiou://www.54jietiao.com/test/test1?title=标题”为例,来看看内部是怎样实现页面跳转的。
1.路由框架首先解析出这个url的scheme、host、path、query这4部分;
2.检查scheme是否应用能支持的scheme,如果不是则不允许跳转或跳转失败;
3.检查host是否应用支持;
4.前面检查通过后,取出path的第一级路径,这里为“test”,然后框架查找路由配置表,找到“test”这个分组;
5.在“test”分组下的路由配置里遍历匹配,找到与当前url一致的路由配置项数据来;
6.找到对应的配置项之后,找到该url对应的aclss,这里为“com.hm.iou.router.demo.TestActivity1”;
7.框架通过反射调用startActivity来进行页面跳转;
8.如果第1步解析出的查询参数里有值,则将参数放到Intent里面传递过去,这里我们会传递一个key为“title”,value为“标题”的数据传递过去,类似于intent.putExtra("title", "标题")。
9.路由表里的查询参数都定义成类似于title=*,这里*只是一个占位符,仅仅是为了便于开发人员理解,知道该路由接收一个参数,名为“title”。

这里对路由进行分组,是因为做url匹配时,需要遍历整个路由表,分组可以提高查找匹配url的速度。配置文件里的url甚至可以设置一些自定义的正则匹配规则,你可以设置一些通配符,让若干个不同的url都能跳转到同一个页面。

当然还有很多细节需要处理,比如:

  • 支持页面间跳转动画;
  • 支持startActivityForResult;
  • 支持设置intent的flag;
  • 使用路由url进行跳转时,查询参数的值必须进行encode,否则会导致解析失败;
  • 通过Intent传递参数时,不能知道查询参数里的数据类型,统一定义为字符串类型;

还有些功能可能实现不了,比如说页面之间怎么传递对象,Android里可以传递Parceable、Serializable对象,在我这里就不能支持。不过我并不推荐页面间传递对象,这样会带来比较高的耦合度,同时不利于组件化开发。

1.3 动态更新路由文件

通常安装包里会包含一份初始的配置文件,但是当应用发布之后,某个页面出现严重bug,或者我们想改变某个入口点击后的跳转目标页面,这时可以通过动态更新路由配置文件来实现。

新的配置文件里,只需要把原本配置里的aclass、iclass替换成新的目标页面类名即可,而不用重新发布app版本。

1.4 外部路由分发器

现在很多应用有这么个功能:在外部第三方应用里,或者H5网页里,直接通过路由url能打开我们的应用,并跳转到指定的目标页面。

public class RouteDispatchActivity extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); } @Override protected void onResume() { super.onResume(); Intent data = getIntent(); if(data != null && data.getData() != null) { Uri uri = data.getData(); //-------通过路由来跳转------- 1.判断uri是否合法; 2.判断uri是否在白名单内; 3.判断通过,则采用路由跳转; 4.不通过或跳转失败,则仅仅打开应用而已; } finish(); } } 

在AndroidManifest.xml里配置:

<activity android:name=".RouteDispatchActivity" android:configChanges="keyboardHidden|orientation|screenSize" android:screenOrientation="portrait" android:theme="@android:style/Theme.Translucent.NoTitleBar" > <intent-filter> <action android:name="android.intent.action.VIEW"/> <category android:name="android.intent.category.DEFAULT"/> <data android:scheme="hmiou" android:host="www.54jietiao.com" /> </intent-filter> </activity> 

该Activity没有任何业务逻辑,它只是一个接收外部uri跳转的入口Activity。注意这里的 <intent-filter />配置,这样该Activity就能响应所有 hmiou://www.54jietiao.com 这种格式的uri跳转了。

该Activity被设置成透明的样式,用户感知不到,它的作用就是一个外部路由的分发器,这样我们就能在外部应用里跳转到任意页面了。这里有个路由白名单是个什么鬼,且继续看下去。

1.5 路由白名单配置

前面讲到可以从外部跳转到任意指定页面,这显然是极度危险的操作,如果你的应用里有钱包的话,这意味着任何应用都可以打开你的钱包页面进行付钱。所以对外部应用的路由跳转,我们必须设置白名单,在白名单内的路由url,能跳转到指定的目标页面,不在其内的仅仅只是打开应用进入首页而已。

[ "hmiou://www.54jietiao.com/main/index" ] 

2. 数据服务共享

像美团的WMRouter框架,主要提供了URI分发、ServiceLoader两大功能。ServiceLoader通俗点说就是组件间服务共享、数据共享,我在路由框架里没有实现,而是换了个方式来实现这些需求。

2.1 维护好全局共享数据

一般应用里都需要用户登录,登录之后我们会本地保存用户信息,而用户信息可能在所有的组件都会使用。例如注册登录组件服务里,用户登录后需要保存登录信息到本地;用户在个人中心组件服务里,需要读取用户登录信息进行展示。

通常这类数据我称之为全局共享数据,我通常的做法是,将这类数据下沉到底层模块里,所有业务组件可依赖,这样就解决了组件之间数据共享的问题。

不要盲目的将共享数据下沉到底层组件里,否则随着业务的扩张,会造成难以维护的地步。一旦数据下沉之后,以后想从底层组件里剥离出,将会是一件非常困难的事情。

2.2 采用EventBus

除了数据共享之外,还有一个是服务调用,例如A组件想调用B组件的某个操作。还是以登录为例,当用户登录成功之后,在个人中心这个组件里,需要及时展示用户的个人信息。

我引入了EventBus库,通过EventBus发送事件通知,其他组件接收自己感兴趣的事件,通过订阅通知的模式,来实现组件之间的通信。

public void post(Object event) 

采用EventBus有个问题,它发送的事件必须是一个对象,但我们不可能在底层模块定义很多event class,所以我定义了一个通用的事件。

public class CommBizEvent { public String key; public String content; public CommBizEvent(String key, String content) { this.key = key; this.content = content; } } 

通过key来区分事件,然后组件文档维护好这些事件名。

3. 小结

组件之间通信是组件化开发首先要解决的问题,我们必须先解决该问题,后面才能实施下去。在资源紧张、时间紧迫的情况下,可以借鉴成熟的方案,没必要重新造轮子。我的方案,前期实施比较容易,也很容易理解,但是问题其实还很多。

系列文章
Android组件化开发实践(一):为什么要进行组件化开发?
Android组件化开发实践(二):组件化架构设计
Android组件化开发实践(三):组件开发规范
Android组件化开发实践(四):组件间通信问题
Android组件化开发实践(五):组件生命周期管理
Android组件化开发实践(六):老项目实施组件化
Android组件化开发实践(七):开发常见问题及解决方案
Android组件化开发实践(八):组件生命周期如何实现自动注册管理
Android组件化开发实践(九):自定义Gradle插件

原文链接:https://yq.aliyun.com/articles/663985
关注公众号

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。

持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。

文章评论

共有0条评论来说两句吧...

文章二维码

扫描即可查看该文章

点击排行

推荐阅读

最新文章