结构型模式有七种:
门面模式
为子系统中的一组接口提供一个一致的界面,定义一个高层接口,这个接口使得这一子系统更加容易使用。
角色
门面(facade):客户端可以调用这个角色的方法,此角色知道相关子系统的功能和责任。在正常情况下,本角色会将所有客户端发来的请求委派到响应的子系统去。
子系统(subSystem):可以同时有一个或多个子系统,每一个子系统都不是一个单独的类,而是一个类的集合,每一个子系统都可以被单独调用,或者被门面角色调用。子系统并不知道门面的存在,门面仅仅是另外一个客户端。
优缺点
优点
1、引入外观模式,是客户对子系统的使用变得简单了,减少了与子系统的关联对象,实现了子系统与客户之间
的松耦合关系。
2、只是提供了一个访问子系统的统一入口,并不影响用户直接使用子系统类
3、降低了大型软件系统中的编译依赖性,并简化了系统在不同平台之间的移植过程
缺点
1、不能很好地限制客户使用子系统类,如果对客户访问子系统类做太多的限制则减少了可变性和灵活性
2、在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”
类图
代码
package com.sun.apprance.gj;
/**
* 子系统Alarm
* @author work
*
*/
public class Alarm {
public void activate() {
System.out.println("alarm activate !");
}
public void deactivate() {
System.out.println("alarm deactivate !");
}
}
package com.sun.apprance.gj;
/**
* 子系统Camera
* @author work
*
*/
public class Camera {
public void turnOn() {
System.out.println("camera turn on");
}
public void turnOff() {
System.out.println("camera turn off");
}
}
package com.sun.apprance.gj;
/**
* 门面
* @author work
*
*/
public class Facede {
private Alarm alarm = new Alarm();
private Camera camera = new Camera();
private Light light = new Light();
public void activate() {
camera.turnOn();
light.turnOn();
alarm.activate();
}
public void deactivate() {
camera.turnOff();
light.turnOff();
alarm.deactivate();
}
public static void main(String[] args) {
Facede f = new Facede();
f.activate();
f.deactivate();
}
}
package com.sun.apprance.gj;
/**
* 子系统Light
* @author work
*
*/
public class Light {
public void turnOn() {
System.out.println("light turn on");
}
public void turnOff() {
System.out.println("light turn off");
}
}
package com.sun.apprance.gj;
/**
* 门面
* @author work
*
*/
public class Facede {
private Alarm alarm = new Alarm();
private Camera camera = new Camera();
private Light light = new Light();
public void activate() {
camera.turnOn();
light.turnOn();
alarm.activate();
}
public void deactivate() {
camera.turnOff();
light.turnOff();
alarm.deactivate();
}
public static void main(String[] args) {
Facede f = new Facede();
f.activate();
f.deactivate();
}
}
门面模式是我们经常会使用到的一种设计模式,平时的工作涉及接口开发,为了保证接口的可复用性(或者叫通用性),我们需要将接口尽量设计得细粒度一点,职责单一一点。但是,如果接口的粒度过小,在接口的使用者开发一个业务功能时,就会导致需要调用 n 多细粒度的接口才能完成。调用者肯定会抱怨接口不好用。相反,如果接口粒度设计得太大,一个接口返回 n 多数据,要做 n 多事情,就会导致接口不够通用、可复用性不好。接口不可复用,那针对不同的调用者的业务需求,我们就需要开发不同的接口来满足,这就会导致系统的接口无限膨胀。
假设A系统提供a,b,c,d四个接口,系统B完成一个业务操作需要调用a,b,c三个接口,系统和系统之间是通过网络通信的,网络通信耗时比较多,为了提高 系统的响应速度,我们要尽量减少 系统和系统之间的网络通信次数。利用门面模式,我们提供一个包装了 a、b、c接口调用的门面接口 e,给系统 B 直接使用。也就提高了响应速度