#动态代理模式
#装饰者模式
外观模式定义
外观模式也是门面模式:要求一个子系统的外部与内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口,使得子系统更易于使用。
注:外观模式注重统一对象,就是提供一个访问子系统的接口,除了这个接口不允许有任何访问子系统的行为发生。
门面模式通用类图
public class ClassA {
public void doSomethingA(){
//业务逻辑
}
}
public class ClassB {
public void doSomethingB(){
//业务逻辑
}
}
public class ClassC {
public void doSomethingC(){
//业务逻辑
}
}
我们认为这3个类属于近邻,处理相关的业务,因此应该被认为是一个子系统的不同逻
辑处理模块,对于此子系统的访问需要通过门面进行,如代码清单23-9所示。
代码清单23-9 门面对象
public class Facade {
//被委托的对象
private ClassA a = new ClassA();
private ClassB b = new ClassB();
private ClassC c = new ClassC();
//提供给外部访问的方法
public void methodA(){
this.a.doSomethingA();
}
public void methodB(){this.b.doSomethingB();
}
public void methodC(){
this.c.doSomethingC();
}
}
门面模式的优点
● 减少系统的相互依赖
● 提高了灵活性
● 提高安全性
门面模式的缺点
门面模式最大的缺点就是不符合开闭原则,对修改关闭,对扩展开放,看看我们那个门
面对象吧,它可是重中之重,一旦在系统投产后发现有一个小错误,你怎么解决?完全遵从
开闭原则,根本没办法解决。继承?覆写?都顶不上用,唯一能做的一件事就是修改门面角
色的代码,这个风险相当大,这就需要大家在设计的时候慎之又慎,
注意事项:一个子系统可以有多个门面
一般情况下,一个子系统只要有一个门面足够了,在什么情况下一个子系统有多个门面
呢?以下列举了几个。
● 门面已经庞大到不能忍受的程度
比如一个纯洁的门面对象已经超过了200行的代码,虽然都是非常简单的委托操作,也
建议拆分成多个门面,否则会给以后的维护和扩展带来不必要的麻烦。那怎么拆分呢?按照
功能拆分是一个非常好的原则,比如一个数据库操作的门面可以拆分为查询门面、删除门
面、更新门面等。
● 子系统可以提供不同访问路径