<<大话设计模式>>之外观模式

(部分内容有参考之嫌疑)

外观模式：

为子系统的各个类提供了一个简明一致的界面，它隐藏了子系统的复杂性，使得子系统更加容易被使用。

子系统(提供相关特征而紧密联系的一组类)

比如之前有人提过的例子，医院。

在医院这个子系统中，一个客户要去医院看病，需要经过挂号，门诊，开药，取药等过程。

那么多个客户去看病，在医院这个子系统中看来，会显得十分的麻烦。而解决的办法，就是提供一个接待员，这个接待员负责和医院的部门打交道，而你只负责把请求交给接待员。



模拟一个人去看病：

四个Module，代表一个医院的子系统

public class SubSystem1 {
public void guahao(){
System.out.println("负责挂号");
}
}

public class SubSystem2 {
public void menzhen(){
System.out.println("负责门诊");
}
}

public class SubSystem3 {
public void kaiyao(){
System.out.println("负责开药");
}
}

public class SubSystem4 {
public void quyao(){
System.out.println("负责取药");
}
}

为上面的子系统提供一个简明的接口，将客户与子系统分离。

public class Facade {

private SubSystem1 sub1;
private SubSystem2 sub2;
private SubSystem3 sub3;
private SubSystem4 sub4;

public Facade(){
sub1=new SubSystem1();
sub2=new SubSystem2();
sub3=new SubSystem3();
sub4=new SubSystem4();
}

public void kaibing(){
sub1.guahao();
sub2.menzhen();
sub3.kaiyao();
sub4.quyao();
}
}

客户端只需要考虑由外观提供的简易接口

public class Client {
public static void main(String[] args) {
Facade facade=new Facade();
facade.kaibing();
}
}

使用外观模式需要注意的点：

①不要在外观模式中增加额外的功能

②不能在外观模式中返回子系统的组件给客户，如果这样的话，应用不能从外观模式上获得最大的好处

③外观要提供高层次的接口，比如在医院这个例子中，高层次指的是和客户(病人)有关的内容。不需要在接口知道，和病人无关的子系统细节，比如，负责挂号的阿姨哪个漂亮，医生的开药处方是否潦草等。（当然这些细节，完全可以在子系统中各个类中私有。）