React Native的onPress属性为何要写reset && reset而非直接用reset

首先明确结论：该写法属于可选函数参数的防御性处理习惯延伸，在你给出的代码场景下和直接传入reset的语法效果完全等价。

原理拆解 #

• JS逻辑与&&的运算规则：
  从左到右依次判断操作数的布尔真值，遇到第一个假值直接返回该值，所有操作数都为真时返回最后一个操作数。因此reset && reset的效果就是：reset为真值时返回reset本身，为假值（undefined/null/false等）时返回该假值，和直接写reset的返回结果完全一致。
• React Native事件属性规则：
  对于TouchableOpacity的onPress属性来说，传入undefined、null这类假值时，框架会默认当作未绑定点击事件，既不会执行也不会抛出错误。

该写法的常见原因 #

• 作者的固化书写习惯：很多开发者处理可选回调时，会写onPress={() => reset?.()}或者onPress={reset && (() => reset())}的写法避免reset不存在时调用报错，这段代码大概率是作者写顺了手，冗余保留了&& reset的结构。
• 历史遗留适配：非常早期的React Native版本中，直接给事件属性传入undefined可能触发控制台警告，该写法是当时的常规规避方案，现在已经不需要，但很多老项目的代码习惯会延续下来。

更推荐的严谨写法 #

如果要做更易读的防御处理，推荐两种写法：

• 直接透传可选回调：onPress={reset ?? undefined}
• 调用时判断存在性：onPress={() => reset?.()}

内容的提问来源于stack exchange，提问作者normalDev