Android开源框架——事件总线otto

最新推荐文章于 2024-09-05 12:43:00 发布

XKCK

最新推荐文章于 2024-09-05 12:43:00 发布

阅读量1.1k

点赞数

分类专栏： Android

Android 专栏收录该内容

71 篇文章 0 订阅

订阅专栏

开源官网：https://github.com/square/otto
guide:http://square.github.io/otto/

otto 框架就是事件分发总线.

1.0 为什么要使用事件分发总线?

事件分发总线可以降低多个类之间的耦合度的。

在 android 中 Fragment 对 Activity 的通信方式的 Interface 的方式,Activity 和 Activity 的值的回调是用 startActivityForResult()的方法.Fragment 和 Fragment中的通信是用 Interface 的方式…

现在有一个新的方式:使用事件分发总线.它可以替代这些操作,并且写法更加的简单.

2.0为什么要使用 otto 框架?与Eventbus 比较呢?

Eventbus是一个非常强大的一个框架,它采用的使用特定的方法名的方式接受消息.
就功能来讲, eventbus 也胜一筹,因为它定义了很多个操作类型,包括异步线程,主线程调用等.

之所以选择 otto, 而不使用 eventBus, 因为otto 使用注解的形式,注解更能被程序员识别.并且避免了因为拼写不正确导致的事件不起作用.

3.0.什么时候使用otto

在处理Fragment 和 Fragment的通信,Activity 和Fragment 的通信, Activity 和 Activity的通信…

在比较复杂的场景:
1.由界面 A 跳转到界面 B 再跳转到界面C, 然后点击 C中的 button, 现在要更新界面 A 和界面 B 的视图

2.界面有一个界面 A,A 里面的有个 Fragment, 点击 Fragment 中的一个 button,跳转到界面 B, 点击界面 B的 button 要更新界面 A 的 Fragment 的视图.

可以看出上面举例的两种如果用startActivityForResult 和 interface 的方式实现的话,会比较麻烦,并且产生了很多的状态判断和逻辑判断,并且可能产生很多不必要的 bug, 使代码量变大,使用 otto 就可以能容易的避免这些.

4.0 主要方法

主要的方法有3个,够少吧.
register(Object o):注册,注册以后可以订阅事件
unregister(Object o)注销.放弃对之前的订阅的所有事件
post(Object o)发布事件,会被有Subscribe注解的方法获取到
注解:
@Subscribe:这个在调用了register后有效,表示订阅了一个事件,并且方法的用 public 修饰的.方法名可以随意取,重点是参数,它是根据你的参数进行判断
@Produce注解告诉Bus该函数是一个事件产生者，产生的事件类型为该函数的返回值。

5.0 otto 框架使用例子

现在我们的任务是界面 A 跳转到界面 B, 点击 B 的 button 更新 A 的视图.
首先我们要自行实现单例模式.
使用以下BusProvider.class类实现单例

/**
 * Maintains a singleton instance for obtaining the bus. Ideally this would be replaced with a more efficient means
 * such as through injection directly into interested classes.
 */
public final class BusProvider {
    private static final Bus BUS = new Bus();

    public static Bus getInstance() {
        return BUS;
    }

    private BusProvider() {
        // No instances.
    }
}

定义一个 class ,用于界面 B 要传递会界面 A 的参数

/**
 * Created by zzz40500 on 15/1/14.
 */
public class TestAction {


    private String str;

    public String getStr() {
        return str;
    }

    public void setStr(String str) {
        this.str = str;
    }
}

A.class

public class A extends ActionBarActivity {


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        BusProvider.getInstance().register(this);

    }

    //这个注解一定要有,表示订阅了TestAction,并且方法的用 public 修饰的.方法名可以随意取,重点是参数,它是根据你的参数进行判断
    @Subscribe
    public void testAction(TestAction testAction){
     //这里更新视图或者后台操作,从TestAction获取传递参数.
    }

    @Override
    public void onDestroy() {
        BusProvider.getInstance().unregister(this);
        super.onDestroy();
    }
}

在界面 B

public class B extends ActionBarActivity {


    private Button button;



    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_second);
        button= (Button) findViewById(R.id.button);
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                TestAction testAction=new TestAction();
                testAction.setStr("click");
                BusProvider.getInstance().post(testAction);
            }
        });
    }

}

总结:

otto 是一个非常优秀和强大的框架.在它的使用过程发现:其实你在发布事件的时候并不需要register这个类,而且也可以不使用Produce这个注解,你只要调用这个 BusProvider.getInstance().post(object)方法就可以了,他就会分发事件,这样是不是会更方便呢.但是你要Subscribe订阅事件就一定要register这个类了,否则是接受不到事件的.otto 传递事件的时候,参数最后用一个实体类包裹着.因为有些参数不能直接传递.