Node.js引入JS静态类 访问静态属性方法返回undefined问题

核心问题一共有3个，按影响优先级排序：

1. 模块引入/导出写法不匹配
   你在executor.js中的导出写法是module.exports.Executor = Executor;，意味着模块导出的是一个包含Executor属性的普通对象，属性值才是你定义的类本身。但引入时直接写const Executor = require('./executor.js')，拿到的是整个导出对象，不是类本身——这和你控制台打印的结构完全对应：

{
    Executor: [class Executor] {
      COMMANDS: { ... },
      run: [Function: run]
    }
}

最外层是普通对象，嵌套的Executor字段才是真正的类，直接访问外层的COMMANDS必然返回undefined。

2. 类内部静态属性访问方式错误
   静态属性是挂载在类构造函数上的，不存在全局的COMMANDS变量，你在run方法、parse方法中直接写COMMANDS.xxx会直接触发引用错误，必须通过类名前缀访问。

3. 普通静态方法的打印特性误解
   用static run() {}类语法定义的静态方法是不可枚举属性，console.log打印类对象时默认不会展示不可枚举属性，但方法本身是真实存在、可正常调用的，不是代码bug。而用static run = () => {}静态字段形式定义的箭头函数是可枚举属性，所以打印时可见。

• 修正模块引入/导出逻辑，二选一即可：
  • 改引入方式，用解构直接拿到类：

    const { Executor } = require('./executor.js')
    console.log(Executor.COMMANDS) // 可正常访问属性
    

  • 改导出方式，直接导出类：

    // executor.js 文件末尾替换为
    module.exports = Executor
    // 如果需要同时导出Parser，可写为 module.exports = { Executor, Parser }
    

• 修正类内部静态属性的访问前缀：
  • Executor类的run方法中，所有COMMANDS.xxx替换为Executor.COMMANDS.xxx
  • Parser类的parse方法中，所有COMMANDS.xxx替换为Parser.COMMANDS.xxx
    修正后的run方法示例：

  static run(message, username) {
    const { command, body } = Parser.parse(message);
    console.log(`Command: ${command}\t Body: ${body}`)
    switch(command) {
      case Executor.COMMANDS.follow:
        break;
      // 其余case同理添加Executor.COMMANDS前缀
    }
  }
  

  修正后的parse方法示例：

  static parse(message, username) {
    // 变量必须加声明关键字，避免污染全局
    const StringArr = message.split(' ');
    const isCommand =  StringArr.shift() === this.PREFIX;
    // 统一返回结构，避免run方法解构报错
    if(!isCommand) return { command: Executor.COMMANDS.none, body: [] }
    return { command: Parser.COMMANDS[StringArr[0]], body: StringArr};
  }
  

• 普通静态方法不需要特殊修改，只要引入路径正确即可正常调用，如果需要查看类上所有静态属性（包括不可枚举的方法），可以执行console.log(Object.getOwnPropertyNames(Executor))查看完整列表。

• 原代码中StringArr、isCommand变量没有加const/let声明，会默认挂载到全局对象造成污染，必须补全声明关键字。
• 两个类在同文件中互相引用静态属性时，要保证类声明顺序正确，避免触发暂时性死区报错；如果后续把两个类拆到不同文件，需要额外处理循环依赖问题。

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