IOS設(shè)計模式淺析之外觀模式(Facade)

昵稱10504424 2014-01-14

展開全文

引言　　

　　在項目開發(fā)中，有時候會遇到這樣的一種情景：已有系統(tǒng)的各個子系統(tǒng)之間，隨著業(yè)務需求的發(fā)展，有了比較緊湊的耦合關(guān)系。現(xiàn)在需要利用這些子系統(tǒng)的功能，為移動端提供業(yè)務處理。我們該怎么應對這樣的業(yè)務需求呢？這就是本章外觀模式所要解決的問題。

　　進入正式講解前，我們先來分析一下兩種應對如上業(yè)務需求的方式：

　　方式一：移動端直接調(diào)用各個子系統(tǒng)的功能，和各個子系統(tǒng)之間形成緊耦合的關(guān)系，如下圖所示：

　　方式二：提供一個高層接口，該高層接口負責和子系統(tǒng)進行交互，并向移動端提供需要使用的接口，如下圖所示：

　　從上面兩種方式的圖式結(jié)構(gòu)可以看到，對移動端來說，方式二比方式一要好用很多，因為在方式二中，移動端不需要知道各個子系統(tǒng)的邏輯，只需要和高層接口交互就可以了。實際上方式二，就是我們這里要說的外觀模式了。

定義

　　“為子系統(tǒng)中的一組接口提供一個統(tǒng)一的接口。外觀模式定義了一個更高層次的接口，這個接口使得這一子系統(tǒng)更加容易使用?！?/strong>

　　最初的定義出現(xiàn)于《設(shè)計模式》(Addison-Wesley,1994)。

　　這個定義，通過上面引言的圖示講解，應該很好理解了，這里再分析一下定義中的兩個重要角色：

　　外觀角色：就是引言圖示中的“高層接口”，客戶端可以調(diào)用這個角色的方法；另外，該角色知道相關(guān)的子系統(tǒng)的功能和責任。

　　子系統(tǒng)角色：可以同時有一個或者多個子系統(tǒng)。每一個子系統(tǒng)都不是一個單獨的類，而是一個類的集合。每一個子系統(tǒng)都可以被客戶端直接調(diào)用，或者被外觀角色調(diào)用。

結(jié)構(gòu)圖

示例

　　生活中，應用外觀模式的例子很多，比如去飯館吃飯，我們不需要關(guān)注菜的選料、烹調(diào)等過程，只需要和服務員進行交互：服務員給我們菜譜(相當于就是外觀模式的高級接口)，我們選菜(調(diào)用接口)，就可以享受美食。

　　這里，我們用另一個生活中的例子來進行解說。不知道大家有沒有通過旅行社報團出去旅游的經(jīng)歷？這是一個很好的外觀模式的應用。我們選擇好景點之后，旅行社會幫我們聯(lián)系大巴、旅館、飯店、景點門票以及景點服務等事情，這些事情我們都不需要親自去安排，這就是外觀模式的便利之處：可以使得客戶端的接口更簡單。

　　下面列出應用外觀模式實現(xiàn)旅行社報團旅游的結(jié)構(gòu)圖：

　　如果不應用外觀模式，我們(上圖中的Client)，就得自己去聯(lián)系交通工具、預定旅館、飯館、景點門票等，相信這樣的旅程，大家會感覺很累。有了外觀角色(上圖中的Facade)，它會幫我們?nèi)ヌ幚磉@些事情。完整代碼大家可以下載查看，這里只貼出部分源碼。

　　Facade.m(部分源碼)：

1 - (id)init 2 { 3 self = [super init]; 4 if (self != nil) 5 { 6 _transportation = [[Transportation alloc] init]; 7 _hotel = [[Hotel alloc] init]; 8 _restaurant = [[Restaurant alloc] init]; 9 _attractions = [[Attractions alloc] init]; 10 } 11 return self; 12 } 13 14 - (void)travel 15 { 16 [_transportation selTransportation]; 17 [_hotel selHotel]; 18 [_restaurant selRestaurant]; 19 [_attractions selAttractions]; 20 } 21 22 - (void)dealloc 23 { 24 [_transportation release]; 25 [_hotel release]; 26 [_restaurant release]; 27 [_attractions release]; 28 29 [super dealloc]; 30 }

　　從源碼可以看到，外觀類調(diào)用了交通工具類、旅館類、飯館類、景點類。下面看看客戶端調(diào)用代碼：

1 Facade *facade = [[Facade alloc] init]; 2 [facade travel]; 3 [facade release];

　　客戶端代碼只需要和外觀類進行交互。

　　下載源碼

小結(jié)

　　通過上面的講解，我們來分析一下外觀模式的特點：

Facade設(shè)計模式注重從架構(gòu)的層次去看整個系統(tǒng)，而不是單個類的層次。很多時候，它是一種架構(gòu)設(shè)計模式，比如我們常用的三層架構(gòu)。

Facade模式簡化了整個系統(tǒng)的接口，同時對于系統(tǒng)內(nèi)部(子系統(tǒng))與外部程序(Client)來說，也達到了一種“解耦”的效果。

　　根據(jù)外觀模式的特點，我們可以在以下情況中使用Facade模式：

不需要使用一個復雜系統(tǒng)的所有功能，只需要使用系統(tǒng)的部分功能時，那么應用Fa?ade模式提供一個高層接口將比直接調(diào)用原系統(tǒng)的接口簡單得多。

希望封裝或者隱藏原系統(tǒng)的接口時，可以考慮使用外觀模式。

希望使用原系統(tǒng)的部分功能，而且還希望增加一些新的功能。

構(gòu)建一個具有層次結(jié)構(gòu)的子系統(tǒng)時，使用Facade模式定義子系統(tǒng)中每層的高級接口。如果子系統(tǒng)之間是相互依賴的，你可以讓它們僅通過Facade進行通訊，從而簡化了它們之間的依賴關(guān)系。

　　返回目錄