使用Event Bus模式解耦Android App组件间通信

转载 2013年12月05日 20:20:52

场景描述

当一个Android应用功能越来越多的时候,保证应用的各个部分之间高效的通信将变得越来越困难。

在应用中的多个地方,控件经常需要根据某个状态来更新他们显示的内容。这种场景常见的解决方式就是定义一个接口,需要关注该事件的控件来实现这个接口。然后事件触发的地方来注册/取消注册这些对该事件感兴趣的控件。

例如,陌陌依赖手机位置信息来获取附近的用户,所以在位置更新管理器(MmLocationManager)中定义了一个接口来监听位置更新的事件(MmLocationListener):

1
2
3
interface MmLocationListener {
 void onLocationChanged(Location location);
}

然后在应用的各个需要响应该事件的地方来实现上面的接口,然后在位置更新管理器(MmLocationManager)中注册/取消注册事件监听接口的实现类:

1
mLocationManager.get().register(this);

当不在需要监听的时候,取消注册

1
mLocationManager.get().unregister(this);

问题

上面的解决方案是没问题的,但是不是理想方案。每个控件实现这个接口,导致这些控件和位置管理器注册强耦合在一起。这还意味着,当单元测试的时候,您需要模拟(mocked)位置管理器来生成位置更新事件。

随着应用功能的增加,需要监听的事件越来越多,而越来越多的控件需要监听不同的事件,则导致越来越多的控件需要注册到各种事件管理器上:

1
2
3
4
5
6
// 代码开始变得无法控制…
mLocationManager.get().register(this);
userAuthenticator.get().register(this);
settingsManager.get().register(this);
syncManager.get().register(this);
configurationMonitor.get().register(this);

注意:上面的每个事件的注册,都要实现对应的时间更新接口。

注册和取消注册这些事件慢慢的会变得越来越难以管理。导致测试越来越困难,并将导致开发者的效率越来越低,同时在您的应用中越来越容易引入各种奇怪的Bug。

解决方案

为了找出该问题的优雅解决方案,从一个意想不到的的地方借鉴点经验 — Swing应用。 Event Bus模式 — 也被称为Message Bus或者发布者/订阅者(publisher/subscriber)模式 — 可以让两个组件相互通信,但是他们之间并不相互知晓。

和需要注册各个事件的监听器相比,一个组件现在只用在Event Bus上注册一次即可:

1
bus.register(this);

上面的注册告诉Event Bus我们现在希望接收各个事件的更新。 然后Bus检测该类中每个带有@Subscribe注解的函数,当相关的事件发生的时候就调用这些带有注解的函数。

上面示例中的位置监听功能,不用实现位置监听接口和里面的函数了,只需要提供一个带有@Subscribe注解的函数即可:

1
2
3
4
@Subscribe
public void locationChanged(LocationChangedEvent event) {
   // TODO React to location change.
}

现在Event Bus会把所有的LocationChangedEvent 事件都发送给上面的函数。

现在 MmLocationManager 类不用注册监听器了,当位置改变的时候 只需要向Event Bus发布事件即可:

1
bus.post(new LocationChangedEvent(37.892818, -121.772608));

这样 组件间相互解耦了,而单元测试也变得简单了。任何事件都可以发布给Event Bus,然后Event Bus会找到对该事件感兴趣的函数来调用。

注意:您也许已经发现该模式在Android上层也存在 — Intent系统就是这样设计的!

下面介绍两个Android系统的Event Bus模式类库。

Otto — Android系统的Event Bus类库

OttoSquare公司在他们应用中使用的Event Bus实现。从Guava中演变而来,并且专注于Android平台。

通过使用Otto,Square公司的应用组件间不紧密耦合了,单元测试也更加容易了。

您可以通过Otto项目的主页来了解更多内容或者查看Otto项目的源代码

EventBus — Android系统的Event Bus类库

EventBus http://greenrobot.de 出品的另外一个Event Bus类库,功能稍微多一点。

在后面的文章中将会分别介绍如何使用Otto和EventBus。



Read more: http://blog.chengyunfeng.com/?p=449#ixzz2mbPmvzb3

Android中EventBus使用详解之Activity与Activity间消息传递(eclipse版)

EventBus是一款针对Android优化的发布/订阅事件总线。主要功能是替代Intent、Handler、BroadCast在Fragment、Activity、Service、线程之间传递消息。...

模块化与解耦

http://blog.cnbluebox.com/blog/2015/11/28/module-and-decoupling/ 本文主要讲述了在iOS开发过程中,模块化工程...

Android与设计模式:用单一职责则为Activity解耦

一、什么是单一职责原则 单一职责原则(SRP:Single responsibility principle)又称单一功能原则,其定义为:一个类,应该只有一个可以导致变化的原因。光看概念会让人很头疼...
  • zlj_fly
  • zlj_fly
  • 2015年09月03日 17:58
  • 2145

Swift Router 页面跳转路由,组件解耦

原文地址:http://www.jianshu.com/p/4ba2db91030b 为什么要用到Router去做跳转:解耦、方便 像底下这种代码可能写了很多很多遍了,尤其是在项目中某个页...

EventBus事件总线——优雅地替换Handler

概述及基本概念 **EventBus**是一个Android端优化的publish/subscribe消息总线,简化了应用程序内各组件间、组件与后台线程间的通信。比如请求网络,等网络返回时通过H...

使用Event Bus模式解耦Android App组件间通信

转自 http://yunfeng.sinaapp.com/?p=449 场景描述 当一个Android应用功能越来越多的时候,保证应用的各个部分之间高效的通信将变得越来越困难。 ...

【android】使用Event Bus模式解耦Android App组件间通信

场景描述 当一个Android应用功能越来越多的时候,保证应用的各个部分之间高效的通信将变得越来越困难。 在应用中的多个地方,控件经常需要根据某个状态来更新他们显示的内容。这种场景常见的解...

Android组件间通信机解耦——Android EventBus和Otto框架一、前言 传统的事件传递方式包括:Handler、BroadCastReceiver、Interface 回调,相比之

一、前言 传统的事件传递方式包括:Handler、BroadCastReceiver、Interface 回调,相比之下 EventBus 的优点是代码简洁,使用简单,并将事件发布和订阅...
  • sbvfhp
  • sbvfhp
  • 2015年04月12日 10:35
  • 1501

Android Event bus 消息/事件通信框架介绍和应用,以及与handle message和broadcastreceiver之间的比较

Event bus是一款针对Android优化的事件发布/订阅框架,快速且轻量,是 github 的明星项目之一。 其优点是发送者和接收者解耦,且代码简洁,使用简单,是当前流行的消息传递框架。 代...

android数据传输利器--Event Bus模式

本文章同时发表在安卓巴士,欢迎大家前去观摩指导。场景描述:对于事件总线框架知道的人可能不多,但是进行过Android开发的程序猿们应该都有这样的经历。 1、在开发的过程中遇到过从Activity-A...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:使用Event Bus模式解耦Android App组件间通信
举报原因:
原因补充:

(最多只允许输入30个字)