1. 程式人生 > >我們為什麼要在Android中使用RxJava

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

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

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

public class SampleTask extends AsyncTask<Void,Void,List<Users>> {
    private final SampleAdapter mAdapter;

    public SampleTask(SampleAdapter sampleAdapter) {
        mAdapter = sampleAdapater;
    }

    @Override
    protected List<Users> doInBackground(Void... voids) {
        //fetch there results from the database and return them to the onPostExecute
List<Users> users = getUsersFromDatabase(); return users; } @Override protected void onPostExecute(List<Users> 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<List<User>> fetchUsersFromDatabase() {
    return Observable.create(new Observable.OnSubscribe<List<User>(){
        @Override
        public void call(Subscriber<? super List<User>> 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<List<User>>() {
           @Override
            public void onCompleted() {
            }
            @Override
            public void onError(Throwable e) {
            }
            @Override
            public void onNext(List<User> users) {
                //Do whatever you want with each user
            }
        });

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

fetchUsersFromDatabase()
        .filter(new Func1<User, Boolean>() {
            @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<User>() {
                       @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 */
});