OTTO是Square推出的基于Guava項目的Android支援庫，otto是一個事件總線，用于應用程式的不同元件之間進行有效的通信。OTTO是基于Observer的設計模式。它有釋出者，訂閱者這兩個主要對象。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
1
2
3dependencies {
compile 'com.squareup:otto:1.3.8'
}
定義事件:
1public class MessageEvent { }
訂閱和取消訂閱
1bus.register(this);1bus.unregister(this);
釋出:
1bus.post(new MessageEvent());
注解
@Subscribe:這個在調用了register後有效,表示訂閱了一個事件,并且方法的用 public 修飾的.方法名可以随意取,重點是參數,它是根據你的參數進行判斷
@Produce注解告訴Bus該函數是一個事件産生者，産生的事件類型為該函數的傳回值。
最後，proguard 需要做一些額外處理，防止混淆:
1
2
3
4
5-keepattributes *Annotation*
-keepclassmembers class ** {
@com.squareup.otto.Subscribe public *;
@com.squareup.otto.Produce public *;
}
實際例子
首先實作一個Bus的單例
1
2
3
4
5
6
7
8
9
10
11
12
13
14package 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事件，用來封裝資訊
1
2
3
4
5
6
7
8
9package com.loonggg.ottodemo;
public class MessageEvent {
public String msg;
public MessageEvent(String msg) {
this.msg = msg;
}
}
再次是MainActivity，訂閱事件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30public 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);
}
}
最後事發送訂閱事件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37public 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的對比
從事件訂閱的處理差别來看：
1、eventbus是采用反射的方式對整個注冊的類的所有方法進行掃描來完成注冊；
2、otto采用了注解的方式完成注冊；
3、共同的地方緩存所有注冊并有可用性的檢測。同時可以移除注冊;
4、注冊的共同點都是采用method方法進行一個內建。
在otto更多使用場景應該就是在主線程中，因為它内部沒有異步線程的場景。(也許是它自身的定位不一樣，它就是為了解決UI的通信機制。是以出發點就是輕量級)在代碼中主要展現這一特色的地方就是在接口ThreadEnforcer以及内部的實作域ANY和MAIN。在MAIN内部有一個是否是主線程的檢查，而ANY不做任何檢查的事情。
EventBus在3.0以前，還需要根據四種線程模式分别對應固定接收方法，而OTTO則可以通過注解的方法自定義方法，比較友善，但是EventBus在3.0也實作了通過注解自定義方法了。而otto介紹上不管是訂閱者還是發送者都需要注冊事件，但是我發現現在發送者不用注冊也可以發送了。
每個架構都有自己的特點，我們開發者必須明白每個架構的出發點才能更好的使用，沒有哪個架構好不好的問題，隻要開發者自己使用哪個舒服，哪個就是最好的。适合自己的才是最好的。最後我想說，可能EventBus和Otto很早以前就有了，現在RxJava就能實作這樣的功能，但是對于不了解Rx技術的人來說，這些還是非常有用的，Rx技術雖好，雖然很新，如果沒有搞懂的情況下，貿然使用估計會給你帶來很大的困難。最好在有一個比較懂Rx技術的人的前提下，開始使用，提高自己。
![otto android 使用,Android Otto架構淺析(示例代碼)[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)