转载请注明出处!!!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打过交道。
把你须要打交道的朋友数量减少到最少。使得你和系统内部对象交互被门面代替。所以门面模式非常好的达到了迪米特法则的要求。
版权声明:本文博主原创文章,博客,未经同意不得转载。