我已经使用 React 有一段时间了,我已经习惯了我必须手动将组件方法绑定到组件实例的概念,因为 React 决定“惯用”而不是自动绑定:
因此我们决定不将这个内置到 React 的类模型中。如果需要,您仍然可以在构造函数中显式地预绑定方法。
class Counter extends React.Component { constructor() { super(); this.tick = this.tick.bind(this); } tick() { ... } ... }
- https://facebook.github.io/react/blog/2015/01/27/react-v0.13.0-beta-1.html
我们可以在这个例子http://jsbin.com/citafaradu/2/edit?js,console,output 中清楚地看到这个效果,来自这个类似的问题:如何使用 babelify 在 ES6 中正确绑定当前对象上下文
然而,最近有人问我基于原型的类和新的 ES2015 类之间是否有任何区别。直觉上,这个答案应该是一个强调的“不!” ,因为生成的实例对象自然会有正常的原型和行为......好吧,就像 JS 对象一样!此外,未绑定到实例的实例方法的用途是什么?
我试图寻找任何迹象表明这对 es6 类来说是“惯用的”,但我发现的只是来自 React 开发人员的其他问题,答案如下:
React 的 ES6 类没有自动绑定。这在此处记录:https : //facebook.github.io/react/docs/reusable-components.html#no-autobinding
原因是 javascript 的 ES6 类也没有自动绑定[原文如此]。React 试图不重新发明已经在 javascript 中的东西。ES5 没有很好的类语法,所以 React 不得不发明它自己的类。但是现在有了 ES6 类,我们可以只使用标准的 javascript。
- “科迪”,https://github.com/facebook/react/issues/4065
现在我真的很困惑。这可能是 JSX 转译的伎俩吗?看一下前面示例的 render 方法的输出:
{
key: "render",
value: function render() {
return React.createElement("div",null,
React.createElement("input", {
type: "text", onChange: this.handleBindedChange
}),
React.createElement("br", null),
React.createElement("input", {
type: "text", onChange: this.handleUnbindedChange
}),
React.createElement("br", null),
React.createElement("p",null,"Result: ",this.state.demo)
);
}
}
这里也没有骰子 - babel 输出使用 Object.defineProperty,它将绝对将添加的函数绑定到它们所附加的对象。
所以,我不知所措。我在这方面找到的大多数回复都比最终的 es2015 规范更旧——因为我在规范本身中找不到任何关于它的信息,是否有任何更改会使 React 团队的方法无效?这是我以某种方式误解的奇怪转译神器吗?react是否在幕后做了一些古怪的事情来导致这种情况?如果是这样,为什么他们会反复声称这样做是为了符合 ES2015 标准?如果不是,是什么导致了在给出的第一个示例中看到的行为?