我們為什麼要在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 */
});