使用xor运算符进行布尔检查是一种好习惯吗？

https://stackoverflow.com/questions/160697

03-07-2019
|

题

我个人喜欢 exclusive或， ^ ，运算符，因为它的简洁性在布尔检查的上下文中是有意义的。我更喜欢写

if (boolean1 ^ boolean2)
{
  //do it
}

大于

if((boolean1 && !boolean2) || (boolean2 && !boolean1))
{
  //do it
}

但我经常对其他有经验的Java开发人员（不仅仅是新手）感到困惑，有时会评论它应该如何仅用于按位操作。

我对使用 ^ 运算符的最佳做法感到好奇。

解决方案

您只需使用！= 即可。

其他提示

我认为你已经回答了自己的问题 - 如果你从别人那里得到奇怪的外表，那么选择更明确的选项可能会更安全。

如果你需要对它进行评论，那么你可能最好用更详细的版本替换它，而不是让人们首先提出这个问题。

我发现我有很多类似的对话。一方面，您有一种紧凑，有效的方法来实现您的目标。另一方面，你有一些其他团队可能无法理解的东西，使得将来难以维护。

我的一般规则是询问所使用的技术是否是合理的，期望程序员一般都知道。在这种情况下，我认为期望程序员知道如何使用布尔运算符是合理的，因此在if语句中使用xor是可以的。

作为一些不合适的例子，请使用xor交换两个变量而不使用临时变量。这是一个我不希望每个人都熟悉的技巧，所以它不会通过代码审查。

我认为如果您对它进行评论就可以了，例如 // ^ == XOR 。

你总是可以将它包装在一个函数中，以给它一个详细的名称：

public static boolean XOR(boolean A, boolean B) {
    return A ^ B;
}

但是，在我看来，对于那些不知道^运算符对于Google来说非常快的人来说并不难。在第一次之后不难记住。由于您要求其他用途，因此通常使用XOR进行位屏蔽。

您还可以使用XOR在两个变量中交换值而不使用第三个临时变量

// Swap the values in A and B
A ^= B;
B ^= A;
A ^= B;

以下是与XOR交换相关的 Stackoverflow问题。

我最近在工作的JavaScript项目中使用了xor，最后添加了7行注释来解释发生了什么。在该上下文中使用xor的理由是其中一个术语（下面示例中的 term1 ）可能不是两个而是三个值： undefined ， true 或 false 而另一个（ term2 ）可以是 true 或 false 。我将不得不为 undefined 情况添加额外的检查但是使用xor，以下就足够了，因为xor强制第一个术语首先被评估为布尔值，让 undefined 被视为 false ：



if (term1 ^ term2) { ...


最后，有点矫枉过正，但无论如何我想把它留在那里，就像一个复活节彩蛋。



	
		
	
	
			if((boolean1 && !boolean2) || (boolean2 && !boolean1)) 
{ 
  //do it 
} 


恕我直言，这段代码可以简化：

if(boolean1 != boolean2) 
{ 
  //do it 
} 
	


	
		
	
	
			考虑到代码清晰度，我的观点是在布尔检查中使用XOR不是XOR按位运算符的典型用法。根据我的经验，Java中的按位XOR 通常用于实现掩码标志切换行为：

flags = flags ^ MASK;


 这篇文章由Vipan Singla详细解释了用例。

如果你需要在你的例子中使用按位XOR，请注释你使用它的原因，因为它甚至可能需要一个有点文化的读者停下来理解你使用它的原因。 
	


	
		
	
	
			如果使用模式证明了这一点，为什么不呢？虽然您的团队不会立即认出操作员，但他们可以随时使用。人类一直在学习新单词。为什么不在编程？ 

我可能说的唯一警告是“^”。没有你的第二个布尔检查的短路语义。如果你真的需要短路语义，那么静态的util方法也可以工作。

public static boolean xor(boolean a, boolean b) {
    return (a && !b) || (b && !a);
}
	


	
		
	
	
			我个人更喜欢“boolean1 ^ boolean2”。因其简洁而表达。

如果我在你的情况下（在团队中工作），我会通过封装“boolean1 ^ boolean2”来达成妥协。具有描述性名称的函数中的逻辑，例如“isDifferent（boolean1，boolean2）”。

例如，您可以调用“isDifferent（boolean1，boolean2）”而不是使用“boolean1 ^ boolean2”。像这样：

if (isDifferent(boolean1, boolean2))
{
  //do it
}


你的“isDifferent（boolean1，boolean2）”功能看起来像：

private boolean isDifferent(boolean1, boolean2)
{
    return boolean1 ^ boolean2;
}


当然，这个解决方案需要使用表面上无关的函数调用，它本身受到最佳实践的审查，但它避免了冗长（和丑陋）的表达式（boolean1＆amp;＆amp;！boolean2）| | （boolean2＆amp;＆amp;！boolean1）＆quot;！
	


	
		
	
	
			！=可以比较两个变量。但是，通过多重比较，它不起作用。 
	


	
		
	
	
			str.contains("!=") ^ str.startsWith("not(")


对我而言比更好看

str.contains("!=") != str.startsWith("not(")
	


	
		
	
	
			作为一个按位运算符，xor比任何其他替换它的方法快得多。因此，对于性能关键和可扩展的计算，xor是必不可少的。

我的主观个人观点：出于任何目的，绝对禁止对布尔值使用平等（==或！=）。使用它表明缺乏基本的编程伦理和基础知识。任何让你困惑的人都应该被发送回布尔代数的基础知识（我很想写“信仰之河”这里:)。



	
		
			许可以下： CC-BY-SA 和 归因
			不隶属于 StackOverflow