设计模式——外观模式

外观模式



一、定义

Facade(外观)模式为子系统中的各类(或结构与方法)提供一个简明一致的界面,隐藏子系统的复杂性,使子系统更加容易使用


二、结构

门面(Facade)角色:客户端可以调用这个角色的方法。此角色知晓相关的(一个或者多个)子系统的功能和责任。在正常情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。
子系统(SubSystem)角色:可以同时有一个或者多个子系统。每个子系统都不是一个单独的类,而是一个类的集合(如上面的子系统就是由SystemA、SystemB、SystemC三个类组合而成)。每个子系统都可以被客户端直接调用,或者被门面角色调用。子系统并不知道门面的存在,对于子系统而言,门面仅仅是另外一个客户端而已。




三、案例

//子系统(SubSystem)角色
public class SystemA{
public void doA(){
System.out.println("子系统A的功能");
}
}


//子系统(SubSystem)角色
public class System{
public void doB(){
System.out.println("子系统B的功能");
}
}


//子系统(SubSystem角色)
public class SystemC{
public void doC(){
System.out.printoln("子系统C的功能");
}
}

/*
*门面(Facade)角色
*/

public class Facade{
private SystemA systemA;
private SystemB systemB;
private SystemC systemC;

Facade(){
systemA=new SystemA();
systemB=new SystemB();
systemC=new SystemC();
}
//方法 满足客户端需要的功能
public void doAB(){
systemA.doA();
systemB.doB();
}
//方法 满足客户端需要的功能
public void doABC(){
systemA.doA();
systemB.doB();
systemC.doC();
}
}


//客户端
public class Client{
public static void mian(String[] args){
Facade f = new Facade();
System.out.println("客户1需要的两个子系统功能");
f.doAB();
System.out.println("客户2需要的三个子系统功能");
f.doABC
}
}



结果: 

客户1需要的两个子系统功能 
子系统A的功能 
子系统B的功能
客户2需要的三个子系统功能 
子系统A的功能 
子系统B的功能 
子系统C的功能




1、外观模式为复杂子系统提供了一个简单接口,并不为子系统添加新的功能和行为
2、外观模式实现了子系统和客户之间的松耦合关系。
3、外观模式没有封装子系统的类,只是提供了简单的接口。如果应用需要,它并不限制客户使用子系统类。因此可以在系统易用性和通用性之间选择。
4、外观模式注重的是简化接口,它更多的时候是从架构的层次去看整个系统,而并非单个类的层次。

猜你喜欢

转载自blog.csdn.net/qq_41570691/article/details/80207761