一、门面模式的定义
Provide a unified interface to a set of interfaces in a subsystem.Facade defines a higher-level interface that makes the subsystem easier to use(要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口,使得子系统更易于使用)
二、门面模式的应用
Facade门面角色。客户端可以调用这个角色的方法。此角色知晓子系统的所有功能和责任。一般情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。也就是说该角色没有实际的业务逻辑,只是一个委托类 subsystem子系统角色。可以同时有一个或者多个子系统。每个子系统都不是一个单独的类。而是一个类的集合。子系统并不知道门面的存在。对于子系统而已,门面仅仅只是另外一个客户端而已。
-
门面模式的优点
1.减少系统的相互依赖。如果不使用门面模式,外部访问会直接深入到子系统内部,这样会形成一种强耦合关系。而门面系统的出现就很好的解决了该问题,所有的依赖都是对门面对象的依赖,与子系统无关
2.提高了灵活性。依赖减少了,灵活性自然提高了。不管子系统内部怎么变化,只要不影响到门面对象
3.提高了安全性。门面角色只开通想让外部访问到的接口,如果门面不开通,则没有办法访问到子系统
-
门面模式的缺点
门面系统最大的缺点就是不符合开闭原则,对修改关闭,对扩展开放,如果门面系统出现小错误,不能通过继承或者覆写来进行维护,只能修改门面角色的代码。而门面角色的代码有可能被多方使用,这就会导致风险非常大,所以,在使用门面模式时需要多思考
-
门面模式的使用场景。
-
为一个复杂的模块或子系统提供一个供外界访问的接口。
- 子系统相对独立–外界对子系统的访问只要黑箱操作即可(比如利息的计算问题,没有深厚的业务知识和扎实的技术水平是不可能开发出该子系统的,但是对于使用该系统的开发人员来说,他需要做的就是输入金额以及存期,其他的都不用关心,返回的结果就是利息,这时候,门面模式是非使用不可了)。
- 预防低水平人员带来的风险扩散(比如一个低水平的技术人员参与项目开发,为了降低个人代码质量对整体项目的影响风险,一般的做法是”画地为牢”,只能在指定的子系统中开发,然后再提供门面接口进行访问操作)。
-
三、门面模式的实现
public class ClassA {
public void doSomethingA() {
System.out.println("业务逻辑A");
}
}
public class ClassB {
public void doSomethingB() {
System.out.println("业务逻辑B");
}
}
public class ClassC {
public void doSomethingC() {
System.out.println("业务逻辑层C");
}
}
public class Context {
//委托处理
private ClassA a = new ClassA();
private ClassC c = new ClassC();
//复杂的计算
public void complexMethod() {
this.a.doSomethingA();
this.c.doSomethingC();
}
}
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.a.doSomethingA();
this.c.doSomethingC();
}
}
四、 门面模式在源码中的应用
Context是最重要的一个类型。它封装了很多重要的操作,比如startActivity()、sendBroadcast()等。Context是一个抽象类,它只是定义了抽象接口,真正的实现在ContextImpl类中。