介紹
外觀模式 (Facade) 在開發(fā)中的運(yùn)用頻率非常高，尤其是在現(xiàn)階段各種第三方 SDK 充斥在我們周邊，而這些 SDK 很大概率會使用外觀模式。通過一個外觀類是的整個系統(tǒng)的接口只要一個統(tǒng)一的高層接口，這樣能夠降低用戶的使用成本，也對用戶屏蔽了很多實現(xiàn)細(xì)節(jié)。當(dāng)然，我們在開發(fā)過程中，外觀模式也是我們封裝 API 的常用手段，例如網(wǎng)絡(luò)模塊，ImageLoader 模塊等。
定義
要求一個子系統(tǒng)的外部與內(nèi)部的通信必須通過一個統(tǒng)一的對象進(jìn)行。門面模式 (Facade 模式)提供一個高層次的接口，使得子系統(tǒng)更易于使用。
使用場景
為一個復(fù)雜子系統(tǒng)提供一個簡單接口，子系統(tǒng)往往因為不斷演化而變得越來越復(fù)雜，甚至可能被替換。大多數(shù)模式使用時都會產(chǎn)生更多、更小的類，在使子系統(tǒng)更具可重用性的同時也更容易對子系統(tǒng)進(jìn)行定制、修改，這種易變性是的隱藏子系統(tǒng)的具體實現(xiàn)變得尤為重要。Facade 可以提供一個簡單統(tǒng)一的接口，對外隱藏子系統(tǒng)的具體實現(xiàn)，隔離變化
但你需要構(gòu)建一個層次結(jié)構(gòu)的子系統(tǒng)時，使用 Facade 模式定義子系統(tǒng)中每層的入口點(diǎn)，如果子系統(tǒng)之間是相互依賴的，你可以讓他們僅通過 Facade 接口進(jìn)行通信，從而簡化了他們之間的依賴關(guān)系
角色介紹
- Facade 系統(tǒng)對外的統(tǒng)一接口，系統(tǒng)內(nèi)部系統(tǒng)地工作
- SystemA、SystemB... 子系統(tǒng)接口
外觀模式接口比較簡單，就是通過一個統(tǒng)一的接口對外提供服務(wù)，使得外部程序只通過一個類就可以實現(xiàn)系統(tǒng)內(nèi)部的多種功能，而這些實現(xiàn)功能的內(nèi)部子系統(tǒng)之間可能也有交互，或者說完成一個功能需要幾個子系統(tǒng)之間進(jìn)行寫作，如果沒有封裝，那么用戶就需要操作幾個子系統(tǒng)的交互邏輯，容易出現(xiàn)錯誤，而通過外觀類來對外屏蔽這些復(fù)雜的交互，降低用戶使用成本。
Android 源碼中的外觀模式
ContextImpl 內(nèi)部封裝了很多不同子系統(tǒng)的操作，例如，Activity 的調(diào)轉(zhuǎn)、發(fā)送廣播、啟動服務(wù)、設(shè)置壁紙等，這項工作并不在 ContextImpl 中實現(xiàn)，二十轉(zhuǎn)交給具體的子系統(tǒng)進(jìn)行處理。通過 Context 這個抽象定義了一組接口，ContextImpl 實現(xiàn) Context 定義的接口，這使得用戶可以通過 Context 這個接口統(tǒng)一進(jìn)行 Android 系統(tǒng)的交互。用戶與系統(tǒng)服務(wù)的交互都通過 Context 的高層接口，這樣對用戶屏蔽具體實現(xiàn)細(xì)節(jié)，降低使用成本。
總結(jié)
外觀模式精髓在于“封裝”二字，通過一個高層次結(jié)構(gòu)為用戶提供統(tǒng)一的 API 入口。使得用戶通過一個類型就基本能夠操作整個系統(tǒng)。減少用戶是用戶使用成本，提升系統(tǒng)靈活性
優(yōu)點(diǎn)
- 對客戶端因此子系統(tǒng)細(xì)節(jié)，減少客戶端對于子系統(tǒng)的耦合，能夠擁抱變化
- 外觀類對于子系統(tǒng)的接口封裝，使得系統(tǒng)更易使用
缺點(diǎn)
- 外觀類接口膨脹，由于子系統(tǒng)的接口都有外觀了統(tǒng)一對外暴露，使得外觀類 API 接口較多，一定程度增加用戶使用成本
- 外觀類沒有遵循開閉原則，當(dāng)業(yè)務(wù)出現(xiàn)變化，可能需要直接修改外觀類
