什么时候将props
传递给super()
是重要的,为什么?
class MyComponent extends React.Component {
constructor(props) {
super(); // or super(props) ?
}
}
当需要将道具
传递给超级()
时,原因只有一个:
当您要访问构造函数中的this.props
时。
通过:
class MyComponent extends React.Component {
constructor(props) {
super(props)
console.log(this.props)
// -> { icon: 'home', … }
}
}
未通过:
class MyComponent extends React.Component {
constructor(props) {
super()
console.log(this.props)
// -> undefined
// Props parameter is still available
console.log(props)
// -> { icon: 'home', … }
}
render() {
// No difference outside constructor
console.log(this.props)
// -> { icon: 'home', … }
}
}
请注意,传递或不传递props
到super
对构造函数
之外的this.props
的后续使用没有影响。即render
、shouldcomponentupdate
或事件处理程序始终具有对其的访问权限。
这在索菲·阿尔伯特对一个类似问题的回答中得到了明确的表述。
文档-状态和生命周期,将本地状态添加到类,第2点-建议:
类组件应该始终使用props
调用基构造函数。
但是,没有提供任何理由。我们可以推测这要么是因为子类化,要么是为了将来的兼容性。
(谢谢@MattBrowne的链接)
问题内容: 当是重要的传球到了,为什么? 问题答案: 只有一种原因需要传递给: 当您要在构造函数中访问时。 通过: 未通过: 注意,通过或不通过,以有 没有影响 对以后的用途之外。也就是说,或事件处理程序 始终 可以访问它。 这是索菲·阿尔珀特(Sophie Alpert)对类似问题的回答中明确指出的。 建议使用“ 状态和生命周期,将本地状态添加到类,第2点”中的文档: 类组件应始终使用调用基本构
问题内容: 直接使用和直接使用父类名称之间有区别吗?例如: 是否有内部之间的差异和? 问题答案: 在 这种情况下 不是。但是 通常 ,尤其是当您使用 多重继承时 ,按照文档中指定 的 方法 委托给 方法解析顺序(MRO)中 的下一个对象 : 返回将方法调用委托给类型的父级或同级类的 代理对象 。这对于访问已在类中重写的继承方法很有用。搜索顺序与所使用的顺序相同,只是类型本身被跳过。 类型的 属性列
问题内容: 我目前正在Java课程中学习有关类继承的信息,我不知道何时使用该调用? 编辑: 我发现使用此代码示例: 因此,我知道在这里,你必须使用它来访问超类中的变量。但是,在其他情况下,该怎么;办?在其自己的? 问题答案: 精确 调用始终是多余的。它明确地在做否则会隐式地做的事情。这是因为如果你省略对超级构造函数的调用,则无论如何都将自动调用无参数的超级构造函数。并不是说这是不好的风格。有些人喜
本文向大家介绍python类中super()和__init__()的区别,包括了python类中super()和__init__()的区别的使用技巧和注意事项,需要的朋友参考一下 单继承时super()和__init__()实现的功能是类似的 输出结果: 区别是使用super()继承时不用显式引用基类。 super()只能用于新式类中 把基类改为旧式类,即不继承任何基类 执行时,在初始化b时就会报
问题内容: 从文档中学习React 并遇到以下示例: 根据Mozilla的说法,super允许您在构造函数中使用。是否有其他原因可以单独使用(我知道也可以访问父类的方法),但是使用React时,是否还有其他仅通过自身调用的用例? 问题答案: 仅在具有构造函数的React组件内部被调用。例如,以下代码不需要超级: 但是,如果我们有一个构造函数,那么它是强制性的: 之所以不能被允许之前的原因是因为未调
我是React新手,我正在使用最新版本的React学习React组件生命周期。我对下面部分代码的“super”调用被标记为不推荐使用的警告。我很难理解这一点,因为很多文档仍然使用“super”,而且我不确定后续版本是什么,即使是从反馈中链接的完整文章中。有什么想法吗?谢谢 警告如下: