这两个 JavaScript 语句在 React 中的函数式编程规则下是否等效答案

【问题标题】：Are these two JavaScript statements equivalent under functional programming rules in React这两个 JavaScript 语句在 React 中的函数式编程规则下是否等效
【发布时间】：2021-03-04 13:39:07
【问题描述】：

是否有一些函数式编程规则表明这两件事是相同的？

也就是说，我在 React 程序中将函数作为属性传递，并且我使用的是第二个版本，并传入了第一个参数。出于好奇，我只传递函数，我的应用程序仍然可以工作但我很困惑为什么。

（要特别清楚，onFavoriteToggle 是一个函数）

  <SpeakerFavorite
    favorite={favorite}
    onFavoriteToggle={onFavoriteToggle}
  />

相比

  <SpeakerFavorite
      favorite={favorite}
      onFavoriteToggle={(fun) => {onFavoriteToggle(fun)}}
  />

【问题讨论】：

这能回答你的问题吗？ How to decide when to pass parameter & when not
你说的“函数式编程规则”是什么意思？
Yes, as long as onFavoriteToggle() takes only one parameter and it's going to be called with only one parameter, then eta reduction makes them equal
@VLAZ，我的示例是否属于身份功能类别？不带参数我就知道了，不知道带参数是不是一样。
不，这不是身份。一个恒等函数有不同的语义——它是x => x。但是，在参数相等的情况下，x => fn(x) 可以简化为 fn。例如，["1", "2", "3"].map(x => Number(x)) 与 ["1", "2", "3"].map(Number) 相同。但是，["1", "2", "3"].map(x => parseInt(x)) 不与 ["1", "2", "3"].map(parseInt)` 相同，因为函数的数量不同以及它的执行方式不同叫做。见Why does parseInt yield NaN with Array#map?

标签： javascript reactjs

【解决方案1】：

(fun) => {onFavoriteToggle(fun)}

是一个“代理”函数，它简单地使用它接收的相同参数调用另一个函数。在这种情况下，毫无用处，在极端情况下实际上可能会损害您的应用性能。

但是，如果 SpeakerFavorite 调用这个作为 onFavoriteToggle 属性传递的“代理”函数，而不是一个，而是两个参数，第二个参数现在会丢失，因为“代理”函数只接收一个参数。这可能会导致难以调试的错误。

如果您不需要做任何其他事情，只需传递函数，中间不要“代理”。

【讨论】：