15_门面模式

【门面模式】

也称为 外观模式。

要求一个子系统的外部与内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。

门面模式注重“统一的对象”，也就是提供一个访问子系统的接口，除了这个接口不允许有任何访问子系统的行为发生。（即领导想了解项目完成的情况，只能通过项目经理，无需去询问底层的程序员、美工、产品经理之类的）。

门面模式主要有两部分组成：

* Facade门面角色

客户端可以调用这个角色的方法。此角色知道所有子系统的所有功能和职责。一般情况下，本角色会将所有客户端发来的请求委派到对应的子系统去，也就是说该角色没有实际的业务逻辑，只是一个委托类。

* subSystem子系统角色

可以同时有一个或多个子系统。每一个子系统都不是一个单独的类，而是一个类的集合。子系统并不知道门面的存在。相对于子系统而言，门面角色知识另外一个客户端而已。

【门面模式 例子】

package com.Higgin.Facade;

/**
 * 产品经理
 */
class ProductManager{
    //设计产品
    public void designProduct(){
        System.out.println("产品经理：设计产品...");
    }
}
/**
 * 程序员
 */
class Programmer{
    //写程序
    public void writeProgarmm(){
        System.out.println("程序员：写程序...");
    }
}
/**
 * 美工
 */
class ArtDesigner{
    public void designArt(){
        System.out.println("美工：设计网页...");
    }
}
/**
 * 项目经理
 * 管理者 产品经理、程序员、美工
 */
class ProjectManager{
    private ProductManager productManager=new ProductManager();
    private Programmer programmer=new Programmer();
    private ArtDesigner artDesigner=new ArtDesigner();
    //项目经理协调工作
    public void work(){
        productManager.designProduct();
        programmer.writeProgarmm();
        artDesigner.designArt();
    }
}
/**
 * 门面客户端
 */
public class TestFacade {
    public static void main(String[] args) {
        ProjectManager projectManager=new ProjectManager();
        projectManager.work();
    }
}

【运行结果】

【门面模式 优点】

* 减少系统的相互依赖

所有的依赖都是对门面对象的依赖，与子系统无关。

* 提高了系统的灵活性

依赖减少了，灵活性自然就提高了。不管子系统内部如何变化，只要不影响到门面对象，任你自由活动。

* 提高安全性

想让你访问子系统的哪些业务就开通哪些业务，不在门面上开通的方法则无法访问。

【门面模式 缺点】

不符合开闭原则，对修改关闭，对扩展开放。子系统有修改的情况，唯一能修改的就是门面角色的代码。

【门面模式 使用场景】

* 为一个复杂的模块或子系统提供一个共外界访问的接口。

* 子系统相对独立，外界对子系统的访问只要黑箱操作即可。

* 预防低水平人员带来的风险扩散

【门面模式 注意事项】

一般情况下，一个子系统主要有一个门面就够了。

下面情况可能会有多个门面：

* 门面已经庞大到不能忍受的地步

如果一个纯洁的门面对象已经超过了200行代码，虽然都是简单的委托操作，也建议拆成多个门面，否则会带来维护和扩展的麻烦。如何拆分呢？按照功能拆分是非常好的原则：如一个操作数据库的门面类可以拆分成：查询门面类、删除门面类、更新门面类。

* 子系统可以提供不同的访问路径

ClassA、ClassB、ClassC是一个子系统中的3对独享，现在有两个不用的高层模块想要访问该子系统，模块一可以完整地访问所有业务逻辑，也就是代码中的Facade类，它是子系统的信任模块。二模块二可以是受限制访问对象，只能访问ClassB的methodB()方法。