当按位运算符执行相同的操作时,为什么要使用逻辑运算符?

Why use logical operators when bitwise operators do the same?(当按位运算符执行相同的操作时,为什么要使用逻辑运算符?)
本文介绍了当按位运算符执行相同的操作时,为什么要使用逻辑运算符?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

考虑以下情况:

(true & true & false & false & true) == true //returns: false

如您所见,按位AND的行为与逻辑AND的行为完全相同:

(true && true && false && false && true) == true //returns: false

我想知道为什么我应该使用逻辑运算,而按位运算的作用与逻辑运算相同。

注意:请不要回答这是因为性能问题,因为在Mozilla Firefox中它的速度要快得多,请参阅jsPerf:http://jsperf.com/bitwise-logical-and

推荐答案

使用逻辑运算符进行短路评估的最常见用途不是性能,而是避免错误。查看此内容:

if (a && a.length)

您不能在这里简单地使用&

请注意,如果不处理布尔值,则不能使用&而不是&&。例如&on2(二进制形式的01)和4(二进制形式的10)是0

还请注意,除了在if测试中,还使用&&(就像||),因为it returns one of the operands:

"a" & "b" => 0
"a" && "b" => "b"
更一般地,使用&代替&&通常是可能的。就像在您的脚本代码中省略了大部分;一样。但它会迫使你想得太多(或者会时不时地给你带来奇怪的错误)。

这篇关于当按位运算符执行相同的操作时,为什么要使用逻辑运算符?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!

本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!

相关文档推荐

Update another component when Formik form changes(当Formik表单更改时更新另一个组件)
Formik validation isSubmitting / isValidating not getting set to true(Formik验证正在提交/isValiating未设置为True)
React Validation Max Range Using Formik(使用Formik的Reaction验证最大范围)
Validation using Yup to check string or number length(使用YUP检查字符串或数字长度的验证)
Updating initialValues prop on Formik Form does not update input value(更新Formik表单上的初始值属性不会更新输入值)
password validation with yup and formik(使用YUP和Formick进行密码验证)