免费视频淫片aa毛片_日韩高清在线亚洲专区vr_日韩大片免费观看视频播放_亚洲欧美国产精品完整版

引言　　

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

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

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

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

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

定義

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

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

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

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

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

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

示例

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

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

　　下面列出應(yīng)用外觀模式實(shí)現(xiàn)旅行社報(bào)團(tuán)旅游的結(jié)構(gòu)圖：

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

　　Facade.m(部分源碼)：

- (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)travel15 {16     [_transportation selTransportation];17     [_hotel selHotel];18     [_restaurant selRestaurant];19     [_attractions selAttractions];20 }21 22 - (void)dealloc23 {24     [_transportation release];25     [_hotel release];26     [_restaurant release];27     [_attractions release];28     29     [super dealloc];30 }

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

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

　　客戶端代碼只需要和外觀類進(jìn)行交互。

　　下載源碼

小結(jié)

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

• Facade設(shè)計(jì)模式注重從架構(gòu)的層次去看整個(gè)系統(tǒng)，而不是單個(gè)類的層次。很多時(shí)候，它是一種架構(gòu)設(shè)計(jì)模式，比如我們常用的三層架構(gòu)。
• Facade模式簡(jiǎn)化了整個(gè)系統(tǒng)的接口，同時(shí)對(duì)于系統(tǒng)內(nèi)部(子系統(tǒng))與外部程序(Client)來說，也達(dá)到了一種“解耦”的效果。

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

• 不需要使用一個(gè)復(fù)雜系統(tǒng)的所有功能，只需要使用系統(tǒng)的部分功能時(shí)，那么應(yīng)用Fa?ade模式提供一個(gè)高層接口將比直接調(diào)用原系統(tǒng)的接口簡(jiǎn)單得多。
• 希望封裝或者隱藏原系統(tǒng)的接口時(shí)，可以考慮使用外觀模式。
• 希望使用原系統(tǒng)的部分功能，而且還希望增加一些新的功能。
• 構(gòu)建一個(gè)具有層次結(jié)構(gòu)的子系統(tǒng)時(shí)，使用Facade模式定義子系統(tǒng)中每層的高級(jí)接口。如果子系統(tǒng)之間是相互依賴的，你可以讓它們僅通過Facade進(jìn)行通訊，從而簡(jiǎn)化了它們之間的依賴關(guān)系。

　　返回目錄