【译】为何我们要写super(props)？-CSDN博客

我听说现在Hooks是新的热点。讽刺地是，我想描述类的相关事实作为这片博客的开始。那是怎么样的呢？

这些坑对于有效地使用React并不重要。但如果你想更深入地了解事物的工作原理，你可能会发现它们很有趣。

这是第一个。

我的生命中我写的 super(props)

在我的生命中我写的super(props)比我知道的多:

class Checkbox extends React.Component {
    constructor(props) {
        super(props);
        this.state = { isOn: true };
    }
}
// ...
复制代码

当然，类相关的提议让我们跳过了这个仪式：

class Checkbox extends React.Component {
    state = { isOn: true };
    // ... 
}
复制代码

2015年React 0.13增加了对纯类的支持时，就计划了这样的语法。定义constructor函数和调用super(props)一直是一种临时解决方案，直到类字段提供了一种符合人体工程学的替代方案。

但是让我们回到这个例子，只使用ES2015特性:

class Checkbox extends React.Component {
    construtor(props) {
        super(props);
        this.state = { isOn: true };
    }
    // ...
}
复制代码

为何我们要调用super?我们可以不调用它吗？如果我们不得不调用它，不传props参数会发生什么呢？还存在其它的参数吗？ 让我们一探究竟。

为何我们要调用 super？调用不当会发生什么呢？

在JavaScript中，super引用的是父类的constructor(在我们的例子中，它指向React.Component实现)。

重要的是，你不能使用this直到你调用父级的constructor后。JavaScript不会让你那样做：

class Checkbox extends React.Component {
  constructor(props) {
    // ? Can’t use `this` yet
    super(props);
    // ✅ Now it’s okay though
    this.state = { isOn: true };
  }
  // ...
}
复制代码

有一个很好的理由可以解释为什么JavaScript会强制父构造函数在你访问this之前运行。考虑一个类层次结构：

class Person {
    constructor(name) {
        this.name = name;
    }
}

class PolitePerson extends Person {
    constructor(name) {
        this.greetColleagues(); // ? This is disallowed, read below why
        super(name);
    }
    greetColleagues() {
        alert('Good morning forks!');
    }
}
复制代码

想象一下this在super之前被调用是被允许的。一个月后，我们可能改变greetColleagues中包含在person中的信息：

greetColleagues() {
    alert('Good morning folks!');
    alert('My name is ' + this.name + ', nice to meet you!');
}
复制代码

但是我们忘记了super()在有机会设置this.name之前调用了this.greetemployees()，因此this.name都还没定义。正如你所看到的一样，很难思考像这样的代码。

为了避免这样的坑，JavaScript会迫使你在使用this之前先调用super. 让父级做它该做的事情！这个限制也适用于定义为类的React组件:

construtor(props) {
    super(props);
    // ✅ Okay to use `this` now
    this.state = { isOn: true };
}
复制代码

这里还存在另外一个问题：为什么要传递props?

你也许认为传递props给super是必要的，这样React.Component构造函数就能初始化this.props了：

// Inside React
class Component {
  constructor(props) {
    this.props = props;
    // ...
  }
}
复制代码

这与事实相去不远——确实，事实就是如此。

但是，即使你调用super没带props参数，你依然可以在render或者其它方法中获取到props。（如果你不信我，你可以自己试试！）

那到底是怎样工作的呢？事实表明 React也会在调用构造函数后立即在实例上初始化props:

// Inside React
const instance = new YourComponent(props);
instance.props = props;
复制代码

因此即使你忘记了给super传递props，React也会立即设置它们。这是有原因的。

当React添加了对类的支持时，它不仅仅只支持ES6中的类。目标是支持尽可能广泛的类抽象。目前还不清楚使用ClojureScript,CoffeeScript,ES6,Fable,Scala.js,TypeScript,或者其它方式定义组件会有多成功。因此，React故意不明确是否需要调用super()——即使ES6的类需要。

所以这就意味着你可以使用super()代替super(props)了吗？

可能不是因为它仍然令人困惑。 当然，React会在你运行了constructor之后为this.props赋值。但是在super调用和构造函数结束之间，this.props仍然是未定义的:

// Inside React
class Component {
    construtor(props) {
        this.props = props;
        // ...
    }
}

// Inside your code
class Button extends React.Component {
  constructor(props) {
    super(); // ? We forgot to pass props
    console.log(props);      // ✅ {}
    console.log(this.props); // ? undefined 
  }
  // ...
}
复制代码

如果在从构造函数调用的某个方法中发生这种情况，调试可能会更加困难。这就是为什么我总是建议大家传super(props)，尽管它不是必需的:

class Button extends React.Component {
    constructor(props) {
        super(props); // ✅ We passed props
        console.log(props);      // ✅ {}
        console.log(this.props); // ✅ {}
    }
}
复制代码