外观模式 Facade Pattern

1.1.1       什么是外观模式

Facade模式也叫外观模式,是由GoF提出的23种设计模式中的一种。Facade模式为一组具有类似功能的类群,比如类库,子系统等等,提供一个一致的简单的界面。这个一致的简单的界面被称作facade。

1.1.2       外观模式的结构

1.1.1       外观模式的角色和职责

  • 门面角色( facade ):这是门面模式的核心。它被客户角色调用,因此它熟悉子系统的功能。它内部根据客户角色已有的需求预定了几种功能组合。
  • 子系统角色(Subsystem classes):实现了子系统的功能。对它而言, façade 角色就和客户角色一样是未知的,它没有任何 façade 角色的信息和链接。
  • 客户角色(Clients):调用 façade 角色来完成要得到的功能。

1.1.2       示例

示例1:

 

package   dxz.pattern.facade;

 

/*  * A子系统  */

public class SystemA {

       /*    A子系统实现功能 */

       public void doSomething()   {

              System.out.println("实现A子系统功能");

       }

}

package   dxz.pattern.facade;

 

/*  * B子系统  */

public class SystemB {

       /*    B子系统实现功能 */

       public void doSomething()   {

              System.out.println("实现B子系统功能");

       }

}

package   dxz.pattern.facade;

 

/*  * C子系统  */

public class SystemC {

       /*    C子系统实现功能 */

       public void doSomething()   {

              System.out.println("实现C子系统功能");

       }

}

package   dxz.pattern.facade;

 

public class Facade {

       private SystemA systemA;

       private SystemB systemB;

       private SystemC systemC;

 

       public Facade() {

              systemA = new SystemA();

              systemB = new SystemB();

              systemC = new SystemC();

       }

 

       public void doABC() {

              this.systemA.doSomething();

              this.systemB.doSomething();

              this.systemC.doSomething();

       }

 

       public void doAB() {

              this.systemA.doSomething();

              this.systemB.doSomething();

       }

}

package   dxz.pattern.facade;

 

public class MainClass {

       public static void main(String[]   args) {

              Facade facade = new Facade();

              facade.doABC();

       }

}

示例2:一个关于基金(股票,国债,期货)的例子

package   dxz.pattern.facade;

 

public class Gupiao {

       public void mai() {

              System.out.println("买股票");

       }

}

package   dxz.pattern.facade;

 

public class GuoZai {

       public void mai() {

              System.out.println("买国债");

       }

}

package   dxz.pattern.facade;

 

public class Qihuo {

    public void chao() {

        System.out.println("买期货");

    }

}

package   dxz.pattern.facade;

 

public class JiJin {

       private Gupiao gupiao;

       private GuoZai guozai;

       private Qihuo qihuo;

 

       public JiJin() {

              this.guozai = new GuoZai();

              this.gupiao = new Gupiao();

              this.qihuo = new Qihuo();

       }

 

       public void maiJijinA() {

              this.guozai.mai();

              this.gupiao.mai();

       }

 

       public void maiJijinB() {

              this.guozai.mai();

              this.gupiao.mai();

              this.qihuo.chao();

       }

}

package   dxz.pattern.facade;

 

public class MainClass2 {

 

       /**

        * @param args

        */

       public static void main(String[]   args) {

              // TODO   Auto-generated method stub

//      //80年代,基金出现之前

//      Gupiao gupiao = new Gupiao();  

//      gupiao.mai();

//

//      Qihuo qihuo = new Qihuo();  

//      qihuo.chao();

//

//      GuoZai guozhai = new GuoZai();

//      guozhai.mai();

        //有了基金之后

//      JiJin jijin = new JiJin();

//      jijin.maiJijinA();

        JiJin jijin = new JiJin();

        jijin.maiJijinB();

 

       }

}

1. 当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容易对其进行定制,但这也给那些不需要定制子系统的用户带来一些使用上的困难。 
Facade可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需要更多的可定制性的用户可以越过facade层。 
2. 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade将这个子系统与客户以及其他的子系统分离,可以提高子系统的独立性和可移植性。 
3. 当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,你可以让它们仅通过facade进行通讯,从而简化它们之间的依赖关系。

* Facade模式的优缺点(来源同上)

1. 它对客户屏蔽子系统组件,因而减少了客户处理对象的数目并使得子系统使用起来更加方便。

2. 它实现了子系统与客户之间的松耦合关系,而子系统内部的功能组件往往是紧耦合的。松耦合关系使得子系统的组件变化不会影响到它的客户。 Facade模式有助于建立层次结构系统,也有助于对对象之间的依赖关系分层。 Facade模式还可以消除复杂的循环依赖关系,这一点在客户程序与子系统是分别实现的时候尤为重要。 
在大型软件系统中降低编译依赖性至关重要。在子系统类改变时,希望尽量减少重编译工作以节省时间。用Facade可以降低编译依赖性,限制重要系统中较小的变化所需的重编译工作。Facade模式同样也有利于简化系统在不同平台之间的移植过程,因为编译一个子系统一般不需要编译所有其他的子系统。 
3. 如果应用需要,它并不限制它们使用子系统类。因此你可以在系统易用性和通用性之间加以选择。

* 小心陷阱

1. 降低了客户-子系统之间的耦合度

用抽象类实现Facade而它的具体子类对应于不同的子系统实现,这可以进一步降低客户与子系统的耦合度。这样,客户就可以通过抽象的Facade类接口与子系统通讯。这种抽象耦合关系使得客户不知道它使用的是子系统的哪一个实现。 
除生成子类的方法以外,另一种方法是用不同的子系统对象配置Facade对象。为定制 
Facade,仅需对它的子系统对象(一个或多个)进行替换即可。 
2. 公共子系统类与私有子系统类

一个子系统与一个类的相似之处是,它们都有接口并且它们都封装了一些东西:类封装了状态和操作,而子系统封装了一些类。考虑一个类的公共和私有接口是有益的,我们也可以考虑子系统的公共和私有接口。

* JDK中的Facade模式

JDBC的设计就是一个很好的Facade模式。数据库的设计本身非常复杂,连接数据库和对数据的操作也很复杂,这些操作一般是不对普通用户开放的,JDBC就是用来简化这个过程的,它封装了数据库的连接过程和对数据的操作,隐藏了具体细节,从而方便我们使用。要是没有JDBC,我们就要针对不同的数据库(DB2,ORACLE,SQL Server)编写不同的SQL语句,累死个人啊!

posted on 2012-06-01 16:45  duanxz  阅读(948)  评论(0编辑  收藏  举报