首先需要提一下最近幾年在開發界大的鏈式調用,鏈式調用非常利於編寫,更利於閱讀,那麼,什麼是鏈式調用呢,為了掃盲,舉個例子。
示例代碼如下,如果我們想創建一個Dialog,不依賴鏈式調用的話,將會產生如下代碼:
NRStandardDialog.Builder nrStandardDialogBuilder = NRDialog.standard();
nrStandardDialogBuilder.setTitle("Test");
nrStandardDialogBuilder.setMessage("Test");
nrStandardDialogBuilder.setNegativeTitle("Test");
nrStandardDialogBuilder.setPositiveTitle("Test");
nrStandardDialogBuilder.setNeutralTitle("Test");
nrStandardDialogBuilder.show(this);
上述代碼共計372個字符,當然,通過依賴強大的IDEA,我們站在巨人的肩膀上操作,通過智能提示和自動補全,極大降低了開發成本。
那麼,現在來估算一下操作成本,通過FreeKey記錄鍵盤輸入,我們的操作路徑大概是
「NRdia .sta ; nr .set "Test; nr .setM "Test; nr .setnet ""Test; nr .setPo ""Test; nr .setneu "Test; nr .sh thi ;」
共計需要輸入126個字符,What?這樣看好像其實也沒有比全部輸入少很多。
那麼,我們將這個Dialog改為鏈式調用模式創建,會產生如下代碼。
NRDialog.standard()
.setTitle("Test")
.setMessage("Test")
.setNegativeTitle("Test")
.setPositiveTitle("Test")
.setNeutralTitle("Test")
.show(this);
上述代碼共計223個字符,減少了149個字符。怎麼樣,代碼數量是不是一下子掉下來了很多。
那麼,我們來統計一下鏈式調用的操作路徑成本,再次通過FreeKey記錄鍵盤輸入,我們的操作路徑大概是:
NRD .st .sett "Test.setme "Test.setneg "Test.setpo "Test.setNe "Test.sho thi ;
共計需要輸入94個字符,通過鏈式調用,我們節省了1.5倍的開發時間成本,並且隱形的節省了代碼的閱讀成本。
方法鏈的優秀案例
一些流行的開源庫的方法鏈優秀使用案例如下:
RxJava
Flowable.range(1, 10)
.observeOn(Schedulers.computation())
.map(v -> v * v)
.blockingSubscribe(System.out::println);
EventBus
EventBus.builder()
.eventInheritance(false)
.logSubscriberExceptions(false)
.build()
.register(this);
靜態方法的鏈式調用
有些時候,我們會遇到一些需求,考慮想把靜態方法進行封裝一下,來實現優美的鏈式調用,Like this;
public class Test {
public static Test doSth(){
// dosth.
return this;
}
}
如果是非靜態方法的話,我們可以從容的返回this,如果是靜態方法,這麼操作,真的就是想太多。
或者我們這麼操作?
這麼操作?
R U OK?
一頓操作後,我們還是沒法實現靜態方法的鏈式調用,因為他必須返回一個自身的實例。
好吧,最終屈服於IDEA,你反悔了這個靜態方法的實例。
創建了一個Test類的實例,然後愉快地實現了鏈式調用
public class MainTest {
public void test(){
Test.doSth().doSth2();
}
}
可是問題來了,為了實現鏈式調用,我們必須為每個對象開闢內存空間嗎?
當然不!
姿勢來了,其實我們可以這樣處理:
public class Test {
public static Test doSth(){
return null;
}
public static Test doSth2(){
return null;
}
}
定義兩個靜態方法,返回為空
public class MainTest {
public void test(){
Test.doSth().doSth2();
}
}
完美實現鏈式調用,而且不會報空指針,這是為什麼?
原理分析
我們對上述調用代碼的示例進行編譯與反編譯:
public void test(){
Test.doSth().doSth2();
}
對應的反編譯後的字節碼如下:
public void test();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: invokestatic #2 // Method com/Test.doSth:()Lcom/Test;
3: pop
4: invokestatic #3 // Method com//Test.doSth2:()Lcom/Test;
7: pop
8: return
LineNumberTable:
line 9: 0
line 10: 8
invokestatic調用靜態方法doSth和doSth2,可以直接找到索引2和索引4的方法,所以並沒有依賴Test實例。
而對於正常的對象調用,如果使用Null調用為什麼會報空指針呢?我們再來看一段示例代碼和其反編譯的字節碼。
聲明mainTest為空並調用其test方法。
public void test2(){
MainTest mainTest = null;
mainTest.test();
}
反編譯後的字節碼如下,invokevirtual為調用實例方法,動態綁定,invokevirtual #4代表會調用索引4的方法,即test()。
public void test2();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=2, args_size=1
0: aconst_null // 將null入棧
1: astore_1 // 將引用存入局部變量表1中
2: aload_1 // 將局部變量表1的對象引用壓入棧頂
3: invokevirtual #4 // Method com/MainTest.test:()V
6: return
LineNumberTable:
line 25: 0
line 26: 2
line 27: 6
而invokevirtual則負責找到操作棧棧頂元素所指向的對象並查找和調用其相關方法,但此時棧頂為空,自然就無法找到相關方法,拋出空指針。
而這裡就涉及到了靜態綁定和動態綁定。綁定過程,即指方法的調用與其類的關聯過程。
其中的靜態綁定,是在方法執行前,已經被關聯,而動態綁定則是在運行時綁定。
最後
最後,在項目代碼中還是並不推薦這種方式,團隊開發,難免會有小夥伴們產生誤解,會認為該對象已經生成了實例了,而創建非靜態方法調用導致空指針。