設(shè)計(jì)模式學(xué)習(xí)筆記

——Shulin

轉(zhuǎn)載請(qǐng)注明出處：http://blog.csdn.net/zhshulin

1、概念

        門(mén)面模式是對(duì)象的結(jié)構(gòu)模式，外部與一個(gè)子系統(tǒng)的通信必須通過(guò)一個(gè)統(tǒng)一的門(mén)面對(duì)象進(jìn)行。門(mén)面模式提供一個(gè)高層次的接口，使得子系統(tǒng)更易于使用。

2、針對(duì)的問(wèn)題

為子系統(tǒng)提供一個(gè)高層次的接口，使子系統(tǒng)易于使用。

適用性：

1）當(dāng)你要為一個(gè)復(fù)雜子系統(tǒng)提供一個(gè)簡(jiǎn)單接口時(shí)。子系統(tǒng)往往因?yàn)椴粩嘌莼兊迷絹?lái)越復(fù)雜。大多數(shù)模式使用時(shí)都會(huì)產(chǎn)生更多更小的類(lèi)。這使得子系統(tǒng)更具可重用性，也更容易對(duì)子系統(tǒng)進(jìn)行定制，但這也給那些不需要定制子系統(tǒng)的用戶(hù)帶來(lái)一些使用上的困難。Facade可以提供一個(gè)簡(jiǎn)單的缺省視圖，這一視圖對(duì)大多數(shù)用戶(hù)來(lái)說(shuō)已經(jīng)足夠，而那些需要更多的可定制性的用戶(hù)可以越過(guò)facade層。（簡(jiǎn)單點(diǎn)說(shuō)門(mén)面就是提供一些基礎(chǔ)服務(wù)滿(mǎn)足大多數(shù)用戶(hù)，而有特殊需求的可以越過(guò)門(mén)面，直接和系統(tǒng)進(jìn)行交互）

2）客戶(hù)程序與抽象類(lèi)的實(shí)現(xiàn)部分之間存在著很大的依賴(lài)性。引入facade將這個(gè)子系統(tǒng)與客戶(hù)以及其他的子系統(tǒng)分離，可以提高子系統(tǒng)的獨(dú)立性和可移植性。

3）當(dāng)你需要構(gòu)建一個(gè)層次結(jié)構(gòu)的子系統(tǒng)時(shí)，使用facade模式定義子系統(tǒng)中每層的入口點(diǎn)。如果子系統(tǒng)之間是相互依賴(lài)的，你可以讓它們僅通過(guò)facade進(jìn)行通訊，從而簡(jiǎn)化了它們之間的依賴(lài)關(guān)系。

3、角色組成

門(mén)面模式是對(duì)象的結(jié)構(gòu)模式。門(mén)面模式?jīng)]有一個(gè)一般化的類(lèi)圖描述，下圖演示了一個(gè)門(mén)面模式的示意性對(duì)象圖：

門(mén)面(Facade)角色：客戶(hù)端可以調(diào)用這個(gè)角色的方法。此角色知曉相關(guān)的(一個(gè)或者多個(gè))子系統(tǒng)的功能和責(zé)任。在正常情況下，本角色會(huì)將所有從客戶(hù)                  端發(fā)來(lái)的請(qǐng)求委派到相應(yīng)的子系統(tǒng)去。

子系統(tǒng)(subsystem)角色：可以同時(shí)有一個(gè)或者多個(gè)子系統(tǒng)。每一個(gè)子系統(tǒng)都不是一個(gè)單獨(dú)的類(lèi)，而是一個(gè)類(lèi)的集合。每一個(gè)子系統(tǒng)都可以被客戶(hù)端直接                                       調(diào)用，或者被門(mén)面角色調(diào)用。子系統(tǒng)并不知道門(mén)面的存在，對(duì)于子系統(tǒng)而言，門(mén)面僅僅是另外一個(gè)客戶(hù)端而已。

4、舉例說(shuō)明

4.1、例子描述

        現(xiàn)代的軟件系統(tǒng)都是比較復(fù)雜的，設(shè)計(jì)師處理復(fù)雜系統(tǒng)的一個(gè)常見(jiàn)方法便是將其“分而治之”，把一個(gè)系統(tǒng)劃分為幾個(gè)較小的子系統(tǒng)。

醫(yī)院的例子：如果把醫(yī)院作為一個(gè)子系統(tǒng)，按照部門(mén)職能，這個(gè)系統(tǒng)可以劃分為掛號(hào)、門(mén)診、劃價(jià)、化驗(yàn)、收費(fèi)、取藥等。看病的病人要與這些部門(mén)打交道，就如同一個(gè)子系統(tǒng)的客戶(hù)端與一個(gè)子系統(tǒng)的各個(gè)類(lèi)打交道一樣，不是一件容易的事情。

首先病人必須先掛號(hào)，然后門(mén)診。如果醫(yī)生要求化驗(yàn)，病人必須首先劃價(jià)，然后繳費(fèi)，才可以到化驗(yàn)部門(mén)做化驗(yàn)?；?yàn)后再回到門(mén)診室。

         解決這種不便引進(jìn)門(mén)面模式，醫(yī)院可以設(shè)置一個(gè)接待員的位置，由接待員負(fù)責(zé)代為掛號(hào)、劃價(jià)、繳費(fèi)、取藥等。這個(gè)接待員就是門(mén)面模式的體現(xiàn)，病人只接觸接待員，由接待員與各個(gè)部門(mén)打交道。

4.2、類(lèi)圖

4.3、源碼

各個(gè)具體業(yè)務(wù)類(lèi)：

[java] view plaincopyprint

1. /** 
2.  * 掛號(hào) 
3.  * @author ZSL 
4.  */  
5. public class Register {  
6.     public void register(){  
7.         System.out.println("進(jìn)行掛號(hào)！");  
8.     }  
9. }  

[java] view plaincopyprint

1. /** 
2.  * 門(mén)診 
3.  * @author ZSL 
4.  */  
5. public class TreatMent {  
6.     public void treat(){  
7.         System.out.println("治?。?);  
8.     }  
9. }  

[java] view plaincopyprint

1. /** 
2.  * 繳費(fèi) 
3.  * @author ZSL 
4.  */  
5. public class Payment {  
6.     public void pay(){  
7.         System.out.println("繳費(fèi)！");  
8.     }  
9. }  

[java] view plaincopyprint

1. /** 
2.  * 取藥 
3.  * @author ZSL 
4.  */  
5. public class Drugstore {  
6.     public void getDrug(){  
7.         System.out.println("取藥！");  
8.     }  
9. }  

[java] view plaincopyprint

1. /** 
2.  * 門(mén)面類(lèi)，相當(dāng)于醫(yī)院的接待處 
3.  * @author ZSL 
4.  */  
5. public class Facade {  
6.     private Register register;  
7.     private TreatMent treatMent;  
8.     private Payment payment;  
9.     private Drugstore drugstore;  
10.     public Facade(){  
11.         register  = new Register();  
12.         treatMent = new TreatMent();  
13.         payment = new Payment();  
14.         drugstore = new Drugstore();  
15.     }  
16.     //接待處掛號(hào)  
17.     public void register(){  
18.         register.register();  
19.     }  
20.     //接待處帶著病人去治療，這個(gè)地方有點(diǎn)不妥，畢竟病人需要和醫(yī)生直接打交道，理解就好  
21.     public void treat(){  
22.         treatMent.treat();  
23.     }  
24.     //接待處繳費(fèi)  
25.     public void pay(){  
26.         payment.pay();  
27.     }  
28.     //接待處取藥  
29.     public void getDrug(){  
30.         drugstore.getDrug();  
31.     }  
32. }  

[java] view plaincopyprint

1. /** 
2.  * 客戶(hù)端 
3.  * @author ZSL 
4.  */  
5. public class Client {  
6.     public static void main(String[] args) {  
7.         Facade facade = new Facade();  
8.         facade.register();  
9.         facade.treat();  
10.         facade.pay();  
11.         facade.getDrug();  
12.     }  
13. }  

       這個(gè)例子在現(xiàn)實(shí)中有一個(gè)不足之處就是門(mén)診應(yīng)該讓客戶(hù)端直接和門(mén)診類(lèi)打交道，其他的都可以通過(guò)接待中心（Facade）來(lái)進(jìn)行，方便病人就診。但是不影響理解門(mén)面模式的設(shè)計(jì)思想，反而更易于理解其思想。門(mén)面模式就是取出子系統(tǒng)中各類(lèi)的基本功能來(lái)滿(mǎn)足大部分用戶(hù)的需求，如果有特殊需求，可以和具體類(lèi)直接交互。

5、優(yōu)點(diǎn)

 松散耦合

    時(shí)客戶(hù)端與子系統(tǒng)解耦，讓子系統(tǒng)內(nèi)部的模塊能更容易擴(kuò)展和維護(hù)。

 簡(jiǎn)單易用

    客戶(hù)端只需要跟門(mén)面類(lèi)交互就可以了。

 更好劃分訪問(wèn)層次

    有些方法是對(duì)系統(tǒng)外的，有些方法是系統(tǒng)內(nèi)部使用的。把需要暴露給外部的功能集中到 門(mén)面中，這樣既方便客戶(hù)端使用，也很好地隱藏了內(nèi)部的細(xì)節(jié)。

6、缺點(diǎn)

  不符合開(kāi)閉原則。所謂的開(kāi)閉原則是軟件工程里面一個(gè)最基本的原則：對(duì)擴(kuò)展開(kāi)放，對(duì)修改關(guān)閉。換句話說(shuō)，你的系統(tǒng)可以提供新的功能模塊而不必進(jìn)行修改。