JS嵌套函数组合：不修改第三方库如何覆写父函数内部调用方法

当前包裹方案无法替换内部JobA，本质是JavaScript词法作用域的规则限制：init内部定义的JobA属于函数私有作用域的局部变量，绑定在init自身的闭包环境中，外部作用域没有权限访问或修改这个引用。你在外层定义的同名JobA属于独立作用域的变量，完全不会被init内部的调用感知。
你当前的实现执行后只会输出：

Init
JobA
JobB
The extension

和预期的Child JobA输出不符。

根据第三方库的开放程度，分两种情况处理：

方案1：使用库官方提供的扩展配置（无侵入，优先推荐） #

正规的函数式库设计不会把可变逻辑硬编码在私有闭包中，一般会支持传入配置项覆盖默认逻辑，这也符合官方文档提到的组合优先于继承的设计思路：

在Facebook，我们在数千个组件中使用React，尚未发现任何需要推荐创建组件继承层次结构的用例。

如果init函数支持传入覆写参数，直接传入自定义JobA即可，示例如下：

// 传入自定义覆盖配置，不需要修改库源码
ParentObj = init({
  overrides: {
    JobA: () => {
      console.log("Child JobA")
    }
  }
})

如果当前使用的库版本没有暴露该扩展点，优先给库维护者提需求增加对应配置，这是长期维护成本最低的方案。

方案2：库未提供扩展点时的临时兼容方案 #

如果库本身设计存在缺陷，没有留出扩展入口，且暂时无法推动官方修改，可以通过临时劫持公共依赖的方式定向替换逻辑，注意该方案属于hack手段，必须严格控制作用域避免全局污染：

// extended.js
const nativeLog = console.log;
let isCustomJobAUsed = false;

ParentObj = (function(parent) {
  function customJobA() {
    console.log("Child JobA");
    isCustomJobAUsed = true;
  }

  function extendedInit() {
    // 临时劫持console.log，识别到原JobA的固定输出时替换为自定义逻辑
    console.log = function(...args) {
      if (!isCustomJobAUsed && args[0] === "JobA") {
        customJobA();
        return;
      }
      nativeLog.apply(console, args);
    }

    parent();

    // 父函数执行完立刻恢复原生方法，避免影响其他逻辑
    console.log = nativeLog;
    isCustomJobAUsed = false;
    console.log("The extension");
  }

  return extendedInit;
})(ParentObj);

// 执行输出符合预期：
// Init
// Child JobA
// JobB
// The extension

方案局限性 #

该hack方案依赖原JobA存在可稳定识别的公共行为（比如固定的控制台输出、固定的DOM操作、固定的接口请求特征），如果原JobA没有任何可识别的外部副作用，没有任何手段可以在不修改源码的前提下替换闭包内部的私有函数，这种场景只能fork库做定制修改，或者等待官方更新扩展能力。

内容的提问来源于stack exchange，提问作者Maverick