转载请注明出处！！！http://blog.csdn.net/zhonghuan1992
全部配套代码均在github上：https://github.com/ZHONGHuanGit/DesignPattern
跟着ZHONGHuan学习设计模式
门面模式
GOF95是这样描写叙述门面模式的，外部与子系统进行通信必须通过一个统一的门面（Facade）对象进行，这就是门面模式。
我们临时先不说门面模式。先从一个样例開始入手。
（下面内容来自《java与模式》一书，由于样例不错。就用这个了）。这个样例是关于医院的（样例图片和内容取自这里，http://www.cnblogs.com/java-my-life/archive/2012/05/02/2478101.html）。
现代的软件系统都是比較复杂的，设计师处理复杂系统的一个常见方法便是将其“分而治之”，把一个系统划分为几个较小的子系统。
假设把医院作为一个子系统，依照部门职能。这个系统能够划分为挂号、门诊、划价、化验、收费、取药等。
看病的病人要与这些部门打交道。就如同一个子系统的client与一个子系统的各个类打交道一样。不是一件easy的事情。
首先病人必须先挂号，然后门诊。假设医生要求化验。病人必须首先划价。然后缴费，才干够到化验部门做化验。化验后再回到门诊室。如图：
上图描写叙述的是病人在医院里的体验，图中的方框代表医院。
解决这样的不便的方法便是引进门面模式，医院能够设置一个接待员的位置，由接待员负责代为挂号、划价、缴费、取药等。这个接待员就是门面模式的体现，病人仅仅接触接待员，由接待员与各个部门打交道。个人认为未来我们的医院就应当省去那些烦人的工作。多余的工作是不用做的。
我认为曾经的社会须要挂号理解，如今真的能够不用挂好了吧，你在电脑上写，不更方便么，并且字大家还看得懂。大部分医生的字。不敢恭维。
以下看下门面模式的结构。从结构和代码中体会门面模式。
门面模式的结构
门面模式没有一个一般化的类图描写叙述，最好的描写叙述方法实际上就是以一个样例说明。
因为门面模式的结构图过于抽象。因此把它稍稍详细点。如果子系统内有三个模块。各自是ModuleA、ModuleB和ModuleC，它们分别有一个演示样例方法，那么此时演示样例的总体结构图例如以下：
在这个对象图中。出现了两个角色：
● 门面(Facade)角色 ：client能够调用这个角色的方法。
此角色知晓相关的（一个或者多个）子系统的功能和责任。在正常情况下，本角色会将全部从client发来的请求委派到对应的子系统去。
● 子系统(SubSystem)角色 ：能够同一时候有一个或者多个子系统。每一个子系统都不是一个单独的类，而是一个类的集合（如上面的子系统就是由ModuleA、ModuleB、ModuleC三个类组合而成）。
每一个子系统都能够被client直接调用，或者被门面角色调用。子系统并不知道门面的存在，对于子系统而言，门面不过另外一个client而已。
代码的实现
class ModuleA {
//示意方法
public void doFirst(){
System.out.println("完毕第一步");
}
}
class ModuleB {
//示意方法
public void doSecond(){
System.out.println("KO第二步");
}
}
class ModuleC{
public void doThird(){
System.out.println("第三步，杀了");
}
}
//门面类角色
class Facade {
//示意方法，满足client须要的功能
public void doSth(){
ModuleA a = new ModuleA();
a.doFirst();
ModuleB b = new ModuleB();
b.doSecond();
ModuleC c = new ModuleC();
c.doThird();
System.out.println("測试结束");
}
}
//client角色
public class Client{
public static void main(String[] args){
Facade tem = new Facade();
tem.doSth();
}
}Facade类事实上相当于A、B、C模块的外观界面，有了这个Facade类，那么client就不须要亲自调用子系统中的A、B、C模块了。也不须要知道系统内部的实现细节，甚至都不须要知道A、B、C模块的存在，client仅仅须要跟Facade类交互就好了。从而更好地实现了client和子系统中A、B、C模块的解耦，让client更easy地使用系统。
同理。假设ABC等是一个子系统。能够给它们也设置一个门面类，屏蔽内部的细节。
就是说一个系统能够有几个门面，对外一个大门面，内部另一些门面，
门面模式的长处
● 松散耦合
门面模式松散了client与子系统的耦合关系，让子系统内部的模块能更easy扩展和维护。
● 简单易用
门面模式让子系统更加易用，client不再须要了解子系统内部的实现。也不须要跟众多子系统内部的模块进行交互。仅仅须要跟门面类交互就能够了。
● 更好的划分訪问层次
通过合理使用Facade。能够帮助我们更好地划分訪问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把须要暴露给外部的功能集中到门面中，这样既方便client使用，也非常好地隐藏了内部的细节。
门面模式和迪米特法则
还记得迪米特法则吗？忘了能够回想一下（http://blog.csdn.net/zhonghuan1992/article/details/38358183。）。迪米特法则说，不要和陌生人说话，仅仅要可能。朋友还是少点好。而门面模式就是这种，由于你仅仅和一个门面Façade打过交道。
把你须要打交道的朋友数量减少到最少。使得你和系统内部对象交互被门面代替。所以门面模式非常好的达到了迪米特法则的要求。
版权声明：本文博主原创文章，博客，未经同意不得转载。