摘要：它有發(fā)布者，訂閱者這兩個主要對象。的最佳實踐就是通過反射犧牲了微小的性能，同時極大的降低了程序的耦合度。官網(wǎng)和應(yīng)用場景框架的主要功能是幫助我們來降低多個組件通信之間的耦合度的解耦。

前兩天在公眾號里發(fā)了一篇有關(guān)EventBus的文章《玩轉(zhuǎn)EventBus,詳解其使用》，有讀者和開發(fā)者反饋說沒有OTTO好用。確實是，各有優(yōu)缺點吧，那今天就有必要再講一下Otto事件框架。

OTTO是Square推出的基于Guava項目的Android支持庫，otto是一個事件總線，用于應(yīng)用程序的不同組件之間進行有效的通信。OTTO是基于Observer的設(shè)計模式。它有發(fā)布者，訂閱者這兩個主要對象。OTTO的最佳實踐就是通過反射犧牲了微小的性能，同時極大的降低了程序的耦合度。

Otto 官網(wǎng)： http://square.github.io/otto/

1. Why

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

2. 應(yīng)用場景

比如：由界面 A 跳轉(zhuǎn)到界面 B ，然后點擊 B 中的 button, 現(xiàn)在要更新 界面 A 的視圖。再比如：界面有一個 界面 A，A 里面的有個 Fragment，點擊 Fragment 中的一個 button,跳轉(zhuǎn)到界面 B, 點擊界面 B的 button 要更新界面 A 的 Fragment 的視圖，等等。

我們可以看出上面舉例的兩種場景，以前可以用startActivityForResult 和 interface 的方式實現(xiàn)的話,會比較麻煩,并且產(chǎn)生了很多的狀態(tài)判斷和邏輯判斷,并且可能產(chǎn)生很多不必要的 bug, 代碼量也比較大和繁瑣,使用 otto 就可以能容易的避免這些問題。

引入Otto

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

定義事件:

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

訂閱和取消訂閱

bus.register(this);

bus.unregister(this);

發(fā)布:

bus.post(new MessageEvent());

注解

@Subscribe:這個在調(diào)用了register后有效,表示訂閱了一個事件,并且方法的用 public 修飾的.方法名可以隨意取,重點是參數(shù),它是根據(jù)你的參數(shù)進行判斷

@Produce注解告訴Bus該函數(shù)是一個事件產(chǎn)生者，產(chǎn)生的事件類型為該函數(shù)的返回值。

最后，proguard 需要做一些額外處理，防止混淆:

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

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() {
    }
}

package com.loonggg.ottodemo;

public class MessageEvent {
    public String msg;

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

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 修飾的.方法名可以隨意取,重點是參數(shù),它是根據(jù)你的參數(shù)進行判斷來自于哪個發(fā)送的事件
    @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);
//    }
}

通過例子我們可以發(fā)現(xiàn)，其實事件發(fā)布者不用@Produce注解和注冊事件也可以發(fā)布消息。但是你要Subscribe訂閱事件就一定要register這個類了,否則是接受不到事件的。

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

1、eventbus是采用反射的方式對整個注冊的類的所有方法進行掃描來完成注冊；

2、otto采用了注解的方式完成注冊；

3、共同的地方緩存所有注冊并有可用性的檢測。同時可以移除注冊;

4、注冊的共同點都是采用method方法進行一個集成。

在otto更多使用場景應(yīng)該就是在主線程中，因為它內(nèi)部沒有異步線程的場景。（也許是它自身的定位不一樣，它就是為了解決UI的通信機制。所以出發(fā)點就是輕量級）在代碼中主要體現(xiàn)這一特色的地方就是在接口ThreadEnforcer以及內(nèi)部的實現(xiàn)域ANY和MAIN。在MAIN內(nèi)部有一個是否是主線程的檢查，而ANY不做任何檢查的事情。

EventBus在3.0以前，還需要根據(jù)四種線程模式分別對應(yīng)固定接收方法，而OTTO則可以通過注解的方法自定義方法，比較方便，但是EventBus在3.0也實現(xiàn)了通過注解自定義方法了。而otto介紹上不管是訂閱者還是發(fā)送者都需要注冊事件，但是我發(fā)現(xiàn)現(xiàn)在發(fā)送者不用注冊也可以發(fā)送了。

每個框架都有自己的特點，我們開發(fā)者必須明白每個框架的出發(fā)點才能更好的使用，沒有哪個框架好不好的問題，只要開發(fā)者自己使用哪個舒服，哪個就是最好的。適合自己的才是最好的。

最后我想說，可能EventBus和Otto很早以前就有了，現(xiàn)在RxJava就能實現(xiàn)這樣的功能，但是對于不了解Rx技術(shù)的人來說，這些還是非常有用的，Rx技術(shù)雖好，雖然很新，如果沒有搞懂的情況下，貿(mào)然使用估計會給你帶來很大的困難。最好在有一個比較懂Rx技術(shù)的人的前提下，開始使用，提高自己。

移動開發(fā)者的聚集地，公眾號“非著名程序員”，每天一篇原創(chuàng)技術(shù)分享和移動互聯(lián)網(wǎng)知識分享，微信公眾號：smart_android，頭條號和百度百家賬號都是“非著名程序員”。