淺析Otto框架，並與EventBus對比

前兩天在公衆號裏發了一篇有關EventBus的文章《玩轉EventBus,詳解其使用》，有讀者和開發者反饋說沒有OTTO好用。確實是，各有優缺點吧，那今天就有必要再講一下Otto事件框架。

OTTO是Square推出的基於Guava項目的Android支持庫，otto是一個事件總線，用於應用程序的不一樣組件之間進行有效的通訊。OTTO是基於Observer的設計模式。它有發佈者，訂閱者這兩個主要對象。OTTO的最佳實踐就是經過反射犧牲了微小的性能，同時極大的下降了程序的耦合度。

Otto 官網： http://square.github.io/otto/

Why和應用場景

1. Why

Otto框架的主要功能是幫助咱們來下降多個組件通訊之間的耦合度的（解耦）。

2. 應用場景

好比：由界面 A 跳轉到界面 B ，而後點擊 B 中的 button, 如今要更新 界面 A 的視圖。再好比：界面有一個 界面 A，A 裏面的有個 Fragment，點擊 Fragment 中的一個 button,跳轉到界面 B, 點擊界面 B的 button 要更新界面 A 的 Fragment 的視圖，等等。

咱們能夠看出上面舉例的兩種場景，之前能夠用startActivityForResult 和 interface 的方式實現的話,會比較麻煩,而且產生了不少的狀態判斷和邏輯判斷,而且可能產生不少沒必要要的 bug, 代碼量也比較大和繁瑣,使用 otto 就能夠能容易的避免這些問題。

基本用法

引入Otto

dependencies {
  compile 'com.squareup:otto:1.3.8'
}

定義事件:

public class MessageEvent { /* Additional fields if needed */ }

訂閱和取消訂閱

bus.register(this);

bus.unregister(this);

發佈:

bus.post(new MessageEvent());

註解

@Subscribe:這個在調用了register後有效,表示訂閱了一個事件,而且方法的用 public 修飾的.方法名能夠隨意取,重點是參數,它是根據你的參數進行判斷

@Produce註解告訴Bus該函數是一個事件產生者，產生的事件類型爲該函數的返回值。

最後，proguard 須要作一些額外處理，防止混淆:

-keepattributes *Annotation*
-keepclassmembers class ** {
    @com.squareup.otto.Subscribe public *;
    @com.squareup.otto.Produce public *;
}

實際例子

首先實現一個Bus的單例

package com.loonggg.ottodemo;

import com.squareup.otto.Bus;

public final class BusProvider {
    private static final Bus BUS = new Bus();

    public static Bus getInstance() {
        return BUS;
    }

    private BusProvider() {
    }
}

其次是自定義一個定義Event事件，用來封裝信息

package com.loonggg.ottodemo;

public class MessageEvent {
    public String msg;

    public MessageEvent(String msg) {
        this.msg = msg;
    }
}

再次是MainActivity，訂閱事件

public class MainActivity extends Activity {
    private Button btn;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_second);
        BusProvider.getInstance().register(this);
        btn = (Button) findViewById(R.id.btn_two);
        btn.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                startActivity(new Intent(SecondActivity.this, ThreeActivity.class));
            }
        });

    }
    //這個註解必定要有,表示訂閱了MessageEvent,而且方法的用 public 修飾的.方法名能夠隨意取,重點是參數,它是根據你的參數進行判斷來自於哪一個發送的事件
    @Subscribe
    public void showEvent(MessageEvent event) {
        btn.setText(event.msg);
    }


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

最後事發送訂閱事件

public class ThreeActivity extends Activity {
    private Button btn;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_three);
        btn = (Button) findViewById(R.id.btn);
        btn.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                BusProvider.getInstance().post(produceMessageEvent());
                //或者這樣用也行
                //BusProvider.getInstance().post(new MessageEvent("非著名程序員"));
                finish();
            }
        });

    }

    @Produce
    public MessageEvent produceMessageEvent() {
        return new MessageEvent("非著名程序員");
    }

//    @Override
//    protected void onResume() {
//        super.onResume();
//        BusProvider.getInstance().register(this);
//    }
//
//    @Override
//    protected void onPause() {
//        super.onPause();
//        BusProvider.getInstance().unregister(this);
//    }
}

總結

經過例子咱們能夠發現，其實事件發佈者不用@Produce註解和註冊事件也能夠發佈消息。可是你要Subscribe訂閱事件就必定要register這個類了,不然是接受不到事件的。

與EventBus的對比

從事件訂閱的處理差異來看：

一、eventbus是採用反射的方式對整個註冊的類的全部方法進行掃描來完成註冊；

二、otto採用了註解的方式完成註冊；

三、共同的地方緩存全部註冊並有可用性的檢測。同時能夠移除註冊;

四、註冊的共同點都是採用method方法進行一個集成。

在otto更多使用場景應該就是在主線程中，由於它內部沒有異步線程的場景。（也許是它自身的定位不同，它就是爲了解決UI的通訊機制。因此出發點就是輕量級）在代碼中主要體現這一特點的地方就是在接口ThreadEnforcer以及內部的實現域ANY和MAIN。在MAIN內部有一個是不是主線程的檢查，而ANY不作任何檢查的事情。

EventBus在3.0之前，還須要根據四種線程模式分別對應固定接收方法，而OTTO則能夠經過註解的方法自定義方法，比較方便，可是EventBus在3.0也實現了經過註解自定義方法了。而otto介紹上不論是訂閱者仍是發送者都須要註冊事件，可是我發現如今發送者不用註冊也能夠發送了。

每一個框架都有本身的特色，咱們開發者必須明白每一個框架的出發點才能更好的使用，沒有哪一個框架好很差的問題，只要開發者本身使用哪一個舒服，哪一個就是最好的。適合本身的纔是最好的。

最後我想說，可能EventBus和Otto很早之前就有了，如今RxJava就能實現這樣的功能，可是對於不瞭解Rx技術的人來講，這些仍是很是有用的，Rx技術雖好，雖然很新，若是沒有搞懂的狀況下，貿然使用估計會給你帶來很大的困難。最好在有一個比較懂Rx技術的人的前提下，開始使用，提升本身。

移動開發者的彙集地，公衆號「非著名程序員」，天天一篇原創技術分享和移動互聯網知識分享，微信公衆號：smart_android，頭條號和百度百家帳號都是「非著名程序員」。