为何TypeScript编译ES6 Class为ES5时用IIFE包裹构造函数？

原始ES6 Class代码 #

(function () {
  class Person {
    name: string;

    constructor(n: string) {
      this.name = n;
    }
  }

  const jack = new Person("Jack");
  console.log(jack.name);
})();

TypeScript编译后的ES5代码 #

"use strict";
(function () {
    var Person = /** @class */ (function () {
        function Person(n) {
            this.name = n;
        }
        return Person;
    }());
    var jack = new Person("Jack");
    console.log(jack.name);
})();

疑问：为什么要给构造函数套IIFE？直接写构造函数行不行？ #

用户提出的简化写法：

"use strict";
(function () {
    
      function Person(n) {
          this.name = n;
      }
    var jack = new Person("Jack");
    console.log(jack.name);
})();

为什么要用IIFE包裹构造函数？ #

这个IIFE主要是为了适配ES6 Class的特性扩展，保持编译逻辑的统一，具体来说：

• 预留特性扩展空间：如果后续给Class添加静态属性、私有方法、getter/setter等复杂特性，IIFE内部可以轻松封装这些逻辑——比如把静态属性挂载到构造函数上，用闭包实现私有成员，不用大改代码结构。
• 贴近原生Class语义：ES6 Class有特殊规则，比如必须用new调用、内部默认严格模式等。用IIFE包裹的话，可以在内部添加校验逻辑（比如检查调用时是否用了new），让编译后的代码行为更贴近原生Class。
• 编译器统一模板：TypeScript这类编译器会用统一的代码生成模板，不管你的Class简单还是复杂，都输出类似结构，减少编译逻辑的分支判断，保证稳定性。

直接写构造函数可行吗？ #

在你这个简单场景下，完全可行，运行结果和编译后的代码一模一样。但如果Class有复杂特性，比如：

class Person {
  static species = 'Human';
  get fullName() { return this.name; }
}

这时编译后的代码就需要在IIFE内部处理静态属性和getter逻辑，直接写普通构造函数就满足不了需求了。

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