JavaScript外观模式：简化复杂子系统调用的实战

为什么需要外观模式？

在大型项目或复杂的业务场景中，一个功能往往依赖于底层的多个子系统或模块。如果直接让客户端（如用户界面、业务流程控制器）去调用这些底层接口，会导致以下问题：

• 耦合度高：客户端必须了解子系统的内部结构和调用顺序，一旦子系统变更，客户端代码需同步修改。
• 代码繁杂：每次执行一个简单业务，客户端可能需要实例化多个对象并依次调用它们，导致代码冗长且难以阅读。
• 维护困难：业务逻辑分散在多处，修改某个子系统的行为可能影响多个调用方。

外观模式通过引入一个“中间层”（即Facade类），将所有子系统的复杂调用逻辑封装在内部。客户端只需与这个外观类交互，无需关心内部具体如何实现，从而简化了使用流程。

场景案例：企业汇报流程简化

假设有一家公司有多个职能部门，老板需要了解工作进展和计划。如果没有外观模式，老板需要分别联系各部门负责人询问情况；有了外观模式后，老板只需对接一位总协调人（外观类），由协调人统一汇总各部门信息。

第1步：定义子系统（各部门职能）

首先，定义几个独立的部门类，它们代表子系统中的不同组件。每个部门负责特定的业务逻辑。

1. 业务部门：负责销售和后续计划。
2. 研发部门：负责项目进度和部门规划。

/**
 * 部门1：业务部门
 */
function BusinessDept() {
    this.manager = '陈经理';
}

BusinessDept.prototype = {
    MonthSales: function() {
        console.log(this.manager + '说：这个月销售额是xxx');
    },
    NextPlan: function() {
        console.log(this.manager + '说：接下来的计划是这样的,xxxx');
    }
};

/**
 * 部门2：研发部门
 */
function RDdept() {
    this.manager = '黄经理';
}

RDdept.prototype = {
    progress: function() {
        console.log(this.manager + '说：目前的项目情况跟进展是这样的xxx');
    },
    deptPlan: function() {
        console.log(this.manager + '说：接下来的部门规划是这样的xxx');
    }
};

第2步：创建外观类Facade

外观类 Facade 负责持有各个子系统的实例，并提供简化的公共方法。客户端通过这些方法间接调用子系统的功能。

/**
 * 外观类：Facade
 * 负责组合多个子系统，提供统一入口
 */
function Facade() {
    // 内部持有子系统实例
    this.business = new BusinessDept();
    this.rddept = new RDdept();
}

Facade.prototype = {
    /**
     * 获取当前部门情况
     * 内部按特定顺序调用子系统的相应方法
     */
    DeptSituation: function() {
        console.log('--- 当前工作情况汇报 ---');
        this.business.MonthSales(); // 先汇报销售情况
        this.rddept.progress();     // 再汇报项目进度
    },

    /**
     * 获取接下来计划
     * 组织两个子部门的计划报告
     */
    deptPlan: function() {
        console.log('--- 下一阶段工作计划 ---');
        this.business.NextPlan();   // 汇报业务计划
        this.rddept.deptPlan();     // 汇报研发规划
    }
};

第3步：客户端调用演示

现在，老板（客户端）不再需要知道里面有多少个部门，也不需要分别去找谁，只需要创建一个外观对象并调用其方法即可。

var facade = new Facade();

console.log('老板问：现在介绍下自己部门的情况?');
facade.DeptSituation();

console.log('老板问：接下来有什么规划?');
facade.deptPlan();

运行上述代码，控制台将按序输出各部门经理的回答。对于老板而言，他执行的步骤极少，但得到了完整的汇报内容。

核心优势与适用场景

在架构系统中，外观模式常出现在以下场景：

• 第三方库封装：当使用的第三方库API过于复杂时，开发者通常会封装一层外观类，提供符合自身业务习惯的简洁接口。
• 模块解耦：避免模块间形成直接的依赖网状结构。如果模块A需要使用B和C的功能，引入Facade后，A只依赖Facade，而不直接依赖B和C。
• 简化接口：为常用操作组合成一键式命令，降低误用风险和操作门槛。

需要注意的是，虽然外观模式简化了接口，但它并没有减少子系统本身的功能，只是提供了一个更友好的访问入口。如果在实际使用中觉得外观类的功能不够用，依然可以直接访问子系统对象，但这会破坏部分封装性，需谨慎使用。

以上就是JavaScript外观模式的详细内容，更多关于JavaScript设计模式的知识资料请关注本站其它相关文章！