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