我們為什麼要在Android中使用RxJava

我們為什麼要在Android中使用RxJava

感覺RxJava最近風生水起，不學習一下都不好意思了，洒家也是初學RxJava，也是感覺代碼好像更複雜更難懂了，看了一篇外文感同身受，簡單翻譯一下。本文簡單介紹使用RxJava優勢所在。但可能需要有一點RxJava基礎，推薦先看一下拋物線的那篇經典的匠心寫作。

—–華麗分割線，譯文開始———

Reactive Extensions (Rx) 是一系列介面和方法，為開發人員提供了一種易懂且迅速簡單易維護的方法。RxJava就是幹這事兒的，提供一系列tools來幫你寫出簡潔的代碼。
老實說，一開始我認為RxJava 寫的代碼理解起來很困難，並且引入一個庫，單單就是為了用用這種新式的api，這困擾到了我。後來，我懂了。以傳統的編碼方式，隨著app的發展，我需要重構代碼、一遍一遍的重複樣板代碼，以滿足使用者不斷變更的新需求，這讓我苦不堪言。
我做的大量工作，其實是改寫相關方法和介面，就是因為需求的變更（這是開發與產品間那些血案的原罪）或者需要改變展示的資訊亦或是需要改變處理資訊資料..這很抓狂。另外，這種代碼讓其他來維護的人來理解，通常是很耗時的。
舉個栗子:我們需要從資料庫擷取一組使用者的鏈表資料，並展示出來。我們可以用AsyncTask後台查詢資料庫，獲得的結果給Ui的適配器展示出來。簡單範例程式碼：

public class SampleTask extends AsyncTask> {    private final SampleAdapter mAdapter;    public SampleTask(SampleAdapter sampleAdapter) {        mAdapter = sampleAdapater;    }    @Override    protected List doInBackground(Void... voids) {        //fetch there results from the database and return them to the onPostExecute        List users = getUsersFromDatabase();        return users;    }    @Override    protected void onPostExecute(List users) {        super.onPostExecute(products);        // Checking if there are users on the database        if(users == null) {            //No users, presenting a view saying there are no users            showEmptyUsersMessageView();            return;        }        for(User user : users){            mAdapter.add(user);        }        mAdapter.notifyDataSetChanged();    }}

現在有個新需求，要求只顯示非guest的user，我們處理的方法是，在添加到adapter前加個條件判斷是不是guset，或者改變資料庫查詢的條件。更有甚者，你又被要求從資料庫中擷取另外的其他資訊，跟user一併在這個adapter中顯示出來呢？
這就是我們為什麼要用RxJava了，把我們從這個泥潭中拉出來。換個姿勢，我們Rx代碼是這樣子（假設您已學習過Rx基礎用法）：

public Observable> fetchUsersFromDatabase() {    return Observable.create(new Observable.OnSubscribe(){        @Override        public void call(Subscriber> subscriber){            // Fetch information from database            subscriber.onNext(getUserList());            subscriber.onCompleted();        }    });}

像這樣被調用：

fetchUsersFromDatabase().subscribeOn(Schedulers.io())//will process everything in a new thread.observeOn(AndroidSchedulers.mainThread())//will listen the results on the main thread.subscribe(new Subscriber>() {           @Override            public void onCompleted() {            }            @Override            public void onError(Throwable e) {            }            @Override            public void onNext(List users) {                //Do whatever you want with each user            }        });

開始改需求了哈
怎麼不顯示guests呢，RxJava分分鐘過濾掉這種不速之客：

fetchUsersFromDatabase()        .filter(new Func1() {            @Override            public Boolean call(User user) {                //only return the users which are not guests                return !user.isGuest();            }        })        .subscribeOn(Schedulers.io())        .observeOn(AndroidSchedulers.mainThread())        .subscribe(new Subscriber() {                       @Override                       public void onCompleted() {                       }                       @Override                       public void onError(Throwable e) {                           /*Check if there was any error while retrieving from database*/                       }                       @Override                       public void onNext(User user) {                           //Do whatever you want with each user                       }                   }        );

傳統的方式，即便是個簡單的變更，為了保持優雅的介面化編程，我們也得建立新介面，重構代碼來實現過濾。但是使用RxJava讓這一切變得優雅了，我們只需要一個被觀察者用來擷取所有的資訊，讓後你就可以盡情的用這些方法來過濾擷取你想要的資料。
可能你又會說了，ok，這是很好很易讀的結構，但是這似乎使代碼量變多了呢。well you are right，但是這就是Retrolambda閃耀的時候了，這個庫為我們相容了以使用java8 lambda運算式，方法引用等等。
幫我們簡化代碼如下：

fetchUsersFromDatabase()        .subscribeOn(Schedulers.io())        .observeOn(AndroidSchedulers.mainThread())        .subscribe(value -> {                    //Do whatever with the value                },error -> {                    //do something with in case of error                }        );

這個問題完美搞定，然後你又開始問了，我需要增加另外的查詢結果和user一同顯示在這個adapter中怎麼破。這真不是事兒：

fetchUsersFromDatabase()        .zipWith(fetchSomethingElseFromDatabase(), (users, somethingElse) -> {            /*here combine users and something else into a new object*/        })        .subscribe( o -> {            /*use the combine object from users and something else to fill the adapter */});

如上，我們可以輕鬆組合資料庫查出來的其他資料和users給一個adapter一同顯示。是不是更易維護，代碼少，易讀，清晰？