设计模式面面观（13）：外观模式（Facade Pattern）-结构型模式

概述：

    在软件开发中我们常常遇到这样的问题，在一个系统中有多个子系统，而一个应用型的类（客户类）需要和各个子系统打交道来完成一件事情，这样客户代码就会和子系统类耦合。在生活中我们也会遇到这样的问题，打个比方：买房子。我在买房子的时候首先是选，到一个房产开发商那里有售楼小姐给你做介绍，你选中好房子后要办理贷款，签合同，办贷款的时候还要咨询贷款额度，让公司开收入证明，还款类型，指定贷款年。然后还要到售楼处去办理定金，一星期内还要交首付。在这个过程中我要和售楼小姐、我所在的公司、银行，售楼出出纳员，售楼经理好多人打交道，大家试想下如果这个就是一个系统的业务流程那么作为我（用户）需要和这个系统中的子系统多次打交道，这样就形成了客户程序与复杂的系统内部子系统间的紧耦合，从而导致客户程序随着子系统变化而变化。那如何简化客户程序和子系统间的交互呢，这里我们需要再添加一个买房统一接口类（SellMan），帮我做买房的事情这样客户程序（我）不再依赖系统中的子系统。这就是外观模式。看下图：

解释：

1．  定义一个IBack接口创建PutOUt 放款方法

2．  定义一个IAccountCredit接口创建HasGoodCredit 判断是否可以贷款方法

3．  定义一个Back银行的抽象类，继承IBack，IAccountCredit接口

4．  定义工商（BusinessBack）、农业（AgroBack）、建设（ConstructBack）、交通（TranfficBack）四大银行继承自Back

5．  定义一个ISell接口创建Sell 卖房方法

6．  创建LandAgent房产商继承ISell接口

7．  创建House房屋类

8．  定义一个IBuyHouse接口创建Buy 买房方法

9．  创建SellMan买房屋代理人

10．              创建Client买房人

这样一来客户程序和子系统的通信有中间的SellMan统一协调，通过SellMan的Buy接口做买卖，这样就实现了解耦合。来看看他的客户端的代码把，如此简单：

         Client client = new Client();

         client.Name = "范伟伟";

         client.CreditCount = 500000;

         SellMan sell = new SellMan(client);

         House house=sell.Buy(100000);

         if (house != null)

      Console.WriteLine(string.Format("{0}将{1}房屋卖给了{2}", sell.LandAgent.Name, house.ID, client.Name));

            else

                Console.WriteLine("交易失败");

     效果：

    

 

OOD设计合理性：

1.       是否符合开不原则：

客户程序和子系统的通信有中间的SellMan统一协调，通过SellMan的Buy接口做买卖，再做修改时只要修改SellMan Buy 方法或再创建一个继承了Buy接口的类

符合

2.       是否符合里氏代换：

 

符合

3.       是否符合抽象原则

符合

4.       是否符合迪米特法则

符合

 

装饰模式总结

意图：

    为子系统中的一组接口提供一个一致的界面，Façade模式定义了一个高层接口，这个接口使得子系统更加容易操作

 

结构图：

   

门面(Facade)角色：客户端可以调用这个角色的方法。此角色知晓相关的(一个或者多个)子系统的功能和责任。在正常情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去。

子系统(subsystem)角色：可以同时有一个或者多个子系统。每一个子系统都不是一个单独的类，而是一个类的集合。每一个子系统都可以被客户端直接调用，或者被门面角色调用。子系统并不知道门面的存在，对于子系统而言，门面仅仅是另外一个客户端而已。

 

使用背静：

1.       为一个复杂系统提供一个简单的统一的接口

2.       客户程序与抽象类的实现部分之间存在着很大的依赖性

3.       当需要构建一个层次结构的子系统时，使用外观模式定义子系统中每层的入口点。

模式优缺点：

优点：

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

2.       使得子系统与客户程序间的松耦合

3.       他并不限制他们使用子系统类，你可以在系统易用性和通用性之间加以斟酌。

 

注意：

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

用抽象类实现Façade而他的具体子类对应于不同的子系统实现，这可以进一步降低客户与子系统的耦合度。（这里SellMan我没有用抽象类是因为我只为买卖这一层做Facade）。这样，客户就可以通过抽象的Façade类接口与子系统通讯。这种抽象耦合关系使得客户不知道它使用的是子系统的哪一个实现

    除了生成子类的方法外，另一种方法是用不同的子系统对象配置Façade对象。为定制façade，近需对他的子系统（一个或多个）进行替换即可。

2.       公共子系统类与私有子系统类

C#不支持私有接口的实现所以这里不多讲

 

 源代码 下载