本文主要分四部分進(jìn)行闡述：
- 非rxJava方式實(shí)現(xiàn)多次點(diǎn)擊檢測
- 如何將點(diǎn)擊事件轉(zhuǎn)化為事件源(Obseravable)
- 如何統(tǒng)計(jì)點(diǎn)擊次數(shù)
- 實(shí)現(xiàn)對比分析
非rxJava方式實(shí)現(xiàn)多次點(diǎn)擊檢測
要實(shí)現(xiàn)多次點(diǎn)擊檢測，需要考慮以下幾個(gè)方面：
- 定義每次點(diǎn)擊的時(shí)間間隔s
- 每次點(diǎn)擊判斷距離上一次點(diǎn)擊的時(shí)間間隔，超過該間隔則認(rèn)為該次點(diǎn)擊檢測已結(jié)束
- 單次點(diǎn)擊結(jié)束，延遲s判斷是否需要統(tǒng)計(jì)總點(diǎn)擊次數(shù),借助Handler來處理
下面是實(shí)現(xiàn)的關(guān)鍵代碼：
private long mLastClickTime;
private int mClickCount;
private static final long TIME_SPACE = 600;
MyHandler mHandler;
private void initNoRxEvents() {
mHandler = new MyHandler(mShowNoRxClick);
mShowNoRxClick.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
long curTime = System.currentTimeMillis();
if (mLastClickTime != 0 && curTime - mLastClickTime > TIME_SPACE) {
mClickCount = 0;
}
mClickCount++;
mLastClickTime = curTime;
mHandler.removeMessages(MyHandler.WHAT_UPDATEUI);
Message message = Message.obtain(mHandler,MyHandler.WHAT_UPDATEUI);
Bundle bundle = new Bundle();
bundle.putInt(MyHandler.KEY_NUMBER,mClickCount);
message.setData(bundle);
mHandler.sendMessageDelayed(message, TIME_SPACE);
}
});
}
static class MyHandler extends Handler {
public static final int WHAT_UPDATEUI = 0x001;
public static final java.lang.String KEY_NUMBER = "number";
private Button mButton;
public MyHandler(Button mButton) {
this.mButton = mButton;
}
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
int what = msg.what;
Bundle bundle = msg.getData();
if(what == WHAT_UPDATEUI){
mButton.setText(bundle.getInt(KEY_NUMBER)+"click");
}
}
}
可以看到實(shí)現(xiàn)起來代碼非常的繞，并且需要定義好幾個(gè)屬性，同時(shí)借助Handler來實(shí)現(xiàn)延遲判斷。接下來就讓我們看看rxJava如何實(shí)現(xiàn)該效果吧。
如何將點(diǎn)擊事件轉(zhuǎn)化為事件源(Observable)
為何要將點(diǎn)擊事件轉(zhuǎn)化為事件源呢？因?yàn)樗钦麄€(gè)邏輯的起始點(diǎn)，一切判斷都是以它為起點(diǎn)。
- 創(chuàng)建Observable可以通過以下方式進(jìn)行：
Observable.create(new OnSubscribe(){...})
其中關(guān)鍵在OnSubscribe中，當(dāng)有事件產(chǎn)生的時(shí)候，OnSubscribe中去通知對應(yīng)的Subscriber.
- 那么這個(gè)OnSubscribe如何與View的OnClickListener建立關(guān)聯(lián)呢？考慮在onClick發(fā)生的時(shí)候，通知OnSubscribe的Subscriber對象，觸發(fā)事件。
view.setOnClickListener(new View.OnClickListener(){
@Override
public void onClick(View view){
mSubscriber.onNext(...);
}
}
- 那么這個(gè)Subscriber如何來的呢？答案就在OnSubscribe的call函數(shù)。
class SomeOnSubscribe implements rx.OnSubscribe{
@Override
public void call(Subscriber<? super T> subsriber){
//此處的subscriber即為我們所需的subscriber
}
}
結(jié)合上面三個(gè)步驟：
class SomeOnSsubscribe implements rx.OnSubscribe{
@Override
public void call(Subscriber<? super T> subscriber){
mView.setOnClickListener(new View.OnClickListener(){
@Override
public void onClick(View view){
subscriber.onNext(...);
}
});
}
}
Button mButton = findViewById(R.id.click);
Observable mClickStream = Observable.create(new SomeOnSubscribe(mButton));
mClickStream即為我們所需Observable。
如何統(tǒng)計(jì)點(diǎn)擊次數(shù)
喝杯茶，再來思考下，統(tǒng)計(jì)點(diǎn)擊次數(shù)，還是需要關(guān)鍵的幾個(gè)點(diǎn)：
- 每次點(diǎn)擊時(shí)間間隔
- 計(jì)數(shù)
- 何時(shí)一次判斷結(jié)束
單每次點(diǎn)擊時(shí)間間隔
rxJava實(shí)現(xiàn)時(shí)間間隔內(nèi)事件過濾有以下幾種方式：
The Debounce operator filters out items emitted by the source Observable that are rapidly followed by another emitted item.
也即能過濾出一定間隔內(nèi)的事件。
考慮如下代碼：
mClickStream.debounce(600,TimeUnit.MILLISECONDS)
.subscribe(new Action1<Void>(){
@Override
public void call(Void s) {
Log.d(TAG,s+"click");
}
});
連續(xù)點(diǎn)擊兩次，觀察輸出：
07-28 07:15:40.386 16317-16439/com.jasonmrazw.rxdemo D/Multi: click
為何就輸出了一條日志？時(shí)間間隔600ms,其實(shí)它是判斷兩次事件間隔，如果少于600ms，就刷新等待時(shí)間，繼續(xù)等待下一次事件；如果多于600ms，就認(rèn)為本次事件判斷結(jié)束，然后輸出最后一次事件。這部分邏輯和通過Handler實(shí)現(xiàn)點(diǎn)擊事件判斷一樣,只不過它缺少了統(tǒng)計(jì)累計(jì)次數(shù)的功能：
mHandler.removeMessages(MyHandler.WHAT_UPDATEUI);
Message message = Message.obtain(mHandler,MyHandler.WHAT_UPDATEUI);
小結(jié)一下，debounce可以為我們所用，但是要實(shí)現(xiàn)需求還不夠完整。
-
觀察其定義可知，是按固定間隔過濾事件，但是只取這段事件間隔內(nèi)的第一次事件。也就是每次點(diǎn)擊開始就發(fā)送事件，之后600ms內(nèi)，不會再發(fā)送事件。和需求正好相反。
-
和樓上相反，過濾一段事件間隔內(nèi)，只取時(shí)間間隔內(nèi)最后一次事件，也能滿足需求。
統(tǒng)計(jì)時(shí)間間隔，可以使用debounce或者throttleLast。
計(jì)數(shù)
說是計(jì)數(shù)，其實(shí)是響應(yīng)緩存每次點(diǎn)擊事件，然后到一定觸發(fā)條件(時(shí)間，緩存的數(shù)目，自定義條件)后再發(fā)送給監(jiān)聽者。
-
periodically gather items emitted by an Observable into bundles and emit these bundles rather than emitting the items one at a time
一次緩存多個(gè)結(jié)果，然后打包發(fā)送給Subscriber。
buffer示意圖結(jié)合需求，緩存點(diǎn)擊事件，兩次點(diǎn)擊超過600ms后，統(tǒng)計(jì)點(diǎn)擊結(jié)果。可以使用buffer+debounce或者buffer+throttleLast來實(shí)現(xiàn)。
mClickStream.buffer(mClickStream.debounce(600,TimeUnit.MILLISECONDS)).subscribe(new Action1<List<Void>>(){ @Override public void call(List<Void> list){ Log.d(TAG,list.size()+"click"); } });
觀察輸出：
07-28 08:19:15.114 14247-14331/com.jasonmrazw.rxdemo D/Multi: 1click
07-28 08:19:16.753 14247-14331/com.jasonmrazw.rxdemo D/Multi: 3click
07-28 08:19:20.627 14247-14331/com.jasonmrazw.rxdemo D/Multi: 5click
07-28 08:19:23.845 14247-14331/com.jasonmrazw.rxdemo D/Multi: 13click
到這，功能也即完全實(shí)現(xiàn)了。
等等，這個(gè)代碼看著有點(diǎn)不太舒服，最后我想要的只是點(diǎn)擊次數(shù)，而不是一個(gè)每次點(diǎn)擊事件的列表。能不能把List<Void>轉(zhuǎn)換成Integer呢？答案是可以的。祭出Rx神奇的操作符之一：map
mClickStream.buffer(mClickStream.debounce(600,TimeUnit.MILLISECONDS))
.map(new Func1<List<Void>, Integer>() {
@Override
public Integer call(List<Void> integers) {
return integers.size();
}
})
.subscribe(new Action1<Integer>(){
@Override
public void call(Integer s) {
Log.d(TAG,s+"click");
}
});
是不感覺舒服了多了呢。
實(shí)現(xiàn)對比分析
第一種方式
- 優(yōu)點(diǎn)：代碼直接，一目了然。
- 缺點(diǎn)：不利于擴(kuò)展，如果擴(kuò)展可能會改動原來的判斷邏輯，同時(shí)需要借助很多臨時(shí)變量。
rxJava實(shí)現(xiàn)：
- 優(yōu)點(diǎn)：說不出的優(yōu)雅，如果不考慮將Click事件轉(zhuǎn)化為Observable對象的實(shí)現(xiàn)，只需要簡單的13行代碼即可搞定。擴(kuò)展性強(qiáng)。可以在最終的subscribe前做任何處理而不動之前的邏輯。
- 缺點(diǎn)：代碼不直接，不一目了然。
附：實(shí)現(xiàn)事件轉(zhuǎn)化，其實(shí)已經(jīng)有第三方庫做好了，萬變不離其宗，原理都是一樣的。
請看gradle:
compile 'com.jakewharton.rxbinding:rxbinding:0.4.0'
總結(jié)
本文首先使用常用方式實(shí)現(xiàn)統(tǒng)計(jì)多次點(diǎn)擊需求，后介紹如何將點(diǎn)擊事件轉(zhuǎn)化為Observable對象。然后介紹rxJava如何實(shí)現(xiàn)點(diǎn)擊次數(shù)統(tǒng)計(jì)。最終對比了二者實(shí)現(xiàn)。
如果文中有紕漏或理解不正確之處，歡迎指正。
