为什么现在使用onChange={ ( content ) => setAttributes( { content } )}？

Question

回顾一下在2018/2019年间构建的块的旧教程或代码，我看到了两种不同的属性值设置方式。

例如，名为"content“的属性的”旧“方式可能是：

onChange={ (newContent) => setAttributes({ content: newContent })}

而在一个更现代的街区：

onChange={ ( content ) => setAttributes( { content } )}

我知道这是个小变化，但我很好奇这里有没有人知道原因。

谢谢!

Answer 1

因为{ content }是{ content: content }的缩写，所以它是JS的东西，而不是WordPress的东西。

这两种方法都可以工作并执行相同的操作，但是{ content }语法更短，因此在更新的示例中将变量命名为content。

否则，没有安全性或性能改进，它只是一个更短的语法为同一件事。