JavaScript类构造函数返回值能否修改？是否为不良实践？

是否可以修改构造函数的返回值？ #

可以。根据JS规范，当用new关键字调用构造函数时：

• 如果构造函数返回对象类型（包括函数、数组、普通对象等），new操作符会返回这个对象，而非默认的this实例；
• 如果返回的是原始类型（数字、字符串、布尔值等），则会忽略该返回值，依然返回构造函数的this实例。

你提供的示例代码就是典型的返回对象类型（箭头函数属于对象）的情况：

class Car {
  constructor(color) {
    this.color = color
    return this.printColor
  }
  printColor = () => {
    console.log(this.color)
  }
}

const car1 = new Car('red')
car1() // 输出: red

这里new Car('red')没有返回Car的实例，而是直接返回了printColor箭头函数，所以可以直接调用car1()执行打印逻辑。

是否属于不良实践？对继承有什么影响？ #

这属于不良实践，主要问题包括：

• 违背开发者预期：使用new调用类构造函数时，开发者默认会得到该类的实例，返回非实例对象会造成代码逻辑混淆，大幅提升维护成本；
• 完全破坏继承逻辑：如果子类继承了这类返回非实例的父类，子类构造函数调用super()时，会得到父类返回的对象而非父类实例，导致子类的this无法正确绑定到父类原型链上，继承关系直接失效。

举个继承失败的例子：

class ElectricCar extends Car {
  constructor(color, battery) {
    super(color);
    this.battery = battery; // 抛出TypeError: Cannot set properties of undefined (setting 'battery')
  }
}

这段代码会报错，因为super()返回的是printColor函数，子类的this并未被初始化为Car实例，无法添加battery属性。

是新实现思路还是常规操作？ #

这绝对不是日常开发中的常规操作，也不属于新的实用实现思路。这种写法属于偏门的技巧性写法，没有通用的应用场景，反而会严重损害代码的可读性与可维护性。只有在极少数极端的hack场景下可能会被用到，但完全不推荐在生产代码中使用。

内容的提问来源于stack exchange，提问作者Islam Y-