android 責任鏈模式
- 計算機軟件
- 關注:4.34K次
最近在繼續iPhone業務的同時還需要重新拾起Android。在有些生疏的情況下,決定從Android源碼中感悟一些Android的風格和方式。在學習源碼的過程中也發現了一些通用的模式,希望通過一個系列的文章總結和分享下。
職責鏈模式使多個對象都有機會處理請求,從而避免請求的發送者和接收者之間的耦合關係。將這些對象連成一條鏈,並沿着這條鏈傳遞請求,直到有一個對象處理它為止。
Android系統中根據XML排布文件創建界面的`過程中通常需要針對不同類型的控件通過各種工廠生成。考慮到效率問題,Android採用了一個標準職責鏈模式的變種,我將這稱之為“AB計劃”。區別示意圖如下所示:
標準職責鏈
AB計劃職責鏈
LayoutInflater中的工廠職責鏈設計如下圖所示:
其中FactoryMerger包含兩個工廠f1和f2,創建時候會先通過f1創建,如果失敗會嘗試f2。而且由於FactoryMerger也實現了Factory接口,因此也可以聚合到更高一層的FactoryMerger。和標準職責鏈模式相比,無法確保各個鏈節之間的先後關係,但如果聚合合理就可以有效減少遞歸次數,實現代碼如下:
public interface Factory {
public View onCreateView(String name, Context context, AttributeSet attrs);
}
private static class FactoryMerger implements Factory {
private final Factory mF1, mF2;
FactoryMerger(Factory f1, Factory f2) {
mF1 = f1;
mF2 = f2;
}
public View onCreateView(String name, Context context, AttributeSet attrs) {
View v = eateView(name, context, attrs);
if (v != null) return v;
return eateView(name, context, attrs);
}
}
其中,Factory 和FactoryMerger 分別是LayoutInflater內嵌接口和內嵌類。
- 文章版權屬於文章作者所有,轉載請註明 https://xuewengu.com/flhy/ruanjian/jn4p7.html