React-分解时的defaultProps vs ES6默认参数(性能问题)

我只是在我的 之一中设置默认值时遇到了一个关于React性能的问题。

此组件有defaultProps其定义row: false,但我不喜欢它,因为defaultProps

的文件,这实际上使得它很难看到的。因此,我们不知道默认属性。因此,我将其直接移至函数声明,并使用ES6默认参数值对其进行了分配。

const FormField = ({

row = false,

...others,

}) => {

// logic...

};

但是随后我们与一位同事争论说这 。因为这样做似乎很简单,但由于 默认值,因此对性能也可能有很大影响。

我相信在这种情况下,这是微不足道的。因为它是布尔值,而不是对象/数组,因此在 对帐 期间不会被视为不同的值。


但是,现在让我们来看一个更高级的用例:

const FormField = ({

input: { name, value, ...inputRest },

label = capitalize(name),

placeholder = label,

row = false,

meta: { touched, error, warning },

...others,

}) => {

// logic...

};

在此,我基于placeholderfrom

的值label,其本身基于input.name。将ES6解构与参数的默认值一起使用可使整件事非常容易编写/理解,并且就像一个魅力。

但这是个好主意吗?如果没有,那么您将如何正确执行呢?

回答:

我在Discord #reactiflux频道上与几个人进行了交谈,实际上得到了我想要的答案。

React组件基本上有三个用例,在其中一些中,解构参数会影响性能,因此了解幕后情况很重要。

无状态功能组件

const MyComponent = ({ name = 'John Doe', displayName = humanize(name), address = helper.getDefaultAddress() }) => {

return (

<div>{displayName}</div>

);

};

这是一个无状态的功能组件。没有状态,它是有功能的,因为它不是Class实例,而是简单的函数。

在这种情况下,没有生命周期,您不能有componentWillMountshouldComponentUpdateconstructor那里。而且由于没有生命周期的管理,因此对性能没有任何影响。此代码是完全有效的。有些人可能更喜欢displayName在函数体内处理默认值,但最终并不重要,它不会影响性能。

无状态非功能组件

(不要这样做!)

class MyComponent extends React.Component {

render() {

const { name = 'John Doe', displayName = humanize(name), address = helper.getDefaultAddress() } = this.props;

return (

<div>{displayName}</div>

);

}

}

这是无状态的非功能组件。没有状态,但由于是状态,所以它不是“功能性”的class。并且由于它是一个扩展类,React.Component所以它意味着您将拥有一个生命周期。你可以有componentWillMountshouldComponentUpdateconstructor有。

而且,由于它具有生命周期,因此编写此组件的方式很 。但为什么?

简而言之,React提供了一个defaultProps属性来处理默认的props值。实际上,在处理非功能组件时最好使用它,因为所有依赖的方法都将调用它this.props

先前的代码段创建了名为name和的新局部变量displayName,但是

。如果您希望将默认值应用于每种方法,例如React生命周期中的默认值(shouldComponentUpdate,等等),则

使用defaultProps相反的值。

因此,先前的代码实际上是一个错误,可能导致对的默认值的误解name

要获得相同的行为,应改用以下方法:

class MyComponent extends React.Component {

render() {

const { name, displayName = humanize(name), address } = this.props;

return (

<div>{displayName}</div>

);

}

}

MyComponent.defaultProps = {

name: 'John Doe',

address: helper.getDefaultAddress(),

};

这个更好。因为John Doe如果未定义名称,它将始终存在。address还处理了默认值,但不处理displayName…为什么?

好吧,我还没有找到解决这个特殊用例的方法。因为displayName应当基于name属性,所以我们在定义时无法访问(AFAIK)defaultProps。我看到的唯一方法是render直接在方法中处理它。也许有更好的方法。

我们的address属性没有这个问题,因为它不是基于MyComponent属性,而是依赖于完全独立的东西,不需要道具。

有状态的非功能组件

它的工作原理与“无状态非功能组件”相同。因为仍然存在生命周期,所以行为将是相同的。state组件中有一个额外的内部组件这一事实不会改变任何东西。


我希望这有助于理解对组件使用解构时的情况。我真的很喜欢这种功能方式,它更简洁,恕我直言(为简单起见,+ 1)。

您可能更喜欢始终使用defaultProps,无论是使用功能组件还是非功能组件,它都是有效的。(+1为一致)

只要注意“需要”使用的非功能组件的生命周期即可defaultProps。但是最后选择总是你的;)


:defaultProps最终将在将来某个时候从React

API中删除,请参阅和https://github.com/reactjs/rfcs/pull/107用于RFC。

以上是 React-分解时的defaultProps vs ES6默认参数(性能问题) 的全部内容, 来源链接: utcz.com/qa/399908.html

回到顶部