IE11无法解析动态JSON键问题咨询（环境ID动态变更场景）

嘿，我之前也踩过IE11这个兼容性坑！问题根源在于IE11对ES6新增的对象字面量动态Getter语法完全不支持，而你刚好在用这种语法来定义随环境变化的动态键Getter，自然会解析失败。

问题分析 #

你代码里的这种写法（带动态键的Getter定义）属于ES6特性，IE11的JS引擎会直接把它当成非法代码报错：

// IE11不支持这种ES6写法
categories: {
  clientCommon: {
    get [dynamicKey]() { // 动态键+Getter的组合是IE11的盲区
      // ...你的逻辑
    }
  }
}

兼容IE11的解决方案 #

我们可以用IE11完全支持的ES5 API Object.defineProperty() 来实现相同的效果，具体分两种场景：

场景1：Getter的属性名固定（比如你示例里的FirstName），逻辑依赖环境

把原来的字面量Getter改成用Object.defineProperty()定义：

categories: {
  clientCommon: (function() {
    // 先创建空对象
    var clientCommonObj = {};
    
    // 给对象添加FirstName的Getter
    Object.defineProperty(clientCommonObj, 'FirstName', {
      get: function() {
        var field = window.iqbg.common.staticStrings.fieldNotSetString;
        switch (window.iqbg.config.getCurrentEnvironment()) {
          case 'debug':
            field = // 这里放debug环境对应的字段值
            break;
          case 'production':
            field = // 生产环境值
            break;
          // 其他环境分支
        }
        return field;
      },
      enumerable: true // 确保属性能被枚举到，按需设置
    });
    
    // 如果还有其他Getter，继续用Object.defineProperty添加
    // Object.defineProperty(clientCommonObj, 'LastName', { ... });
    
    return clientCommonObj;
  })()
}

场景2：Getter的属性名本身是动态的（随环境变化）

如果键名（比如随环境变的ID）也需要动态生成，只需把键名存成变量再传入API：

categories: {
  clientCommon: (function() {
    var clientCommonObj = {};
    // 根据环境获取动态键名
    var dynamicFieldKey = getDynamicKeyFromEnv(); // 替换成你的动态ID逻辑
    
    Object.defineProperty(clientCommonObj, dynamicFieldKey, {
      get: function() {
        var field = window.iqbg.common.staticStrings.fieldNotSetString;
        switch (window.iqbg.config.getCurrentEnvironment()) {
          case 'debug':
            field = // 对应值
            break;
          // 其他环境
        }
        return field;
      },
      enumerable: true
    });
    
    return clientCommonObj;
  })()
}

关键注意点 #

• enumerable 属性：默认是false，如果你的代码需要遍历这个属性（比如用Object.keys()或for...in），一定要设置为true。
• 规避ES6语法：IE11对大部分ES6特性都不支持，尽量避免箭头函数、模板字符串等，或者用Babel转译代码（直接在浏览器运行的话，转译后更稳妥）。
• 真实环境测试：一定要在IE11里实际运行验证，有些兼容性问题只有在真实环境才会暴露。

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