另一个帖子中的答案和随后的debate in the comments 提示我问：
在 C# 中 ||和 && 是逻辑运算符的短路版本 |和 & 分别。
示例用法：
if (String.IsNullOrEmpty(text1) | String.IsNullOrEmpty(text2) | String.IsNullOrEmpty(text3))
{
//...
}
对比：
if (String.IsNullOrEmpty(text1) || String.IsNullOrEmpty(text2) || String.IsNullOrEmpty(text3))
{
//...
}
就编码实践而言，哪个更好用，为什么？
注意：我确实意识到这个问题与this question 类似，但我相信它需要针对特定语言进行讨论。
【问题讨论】：
标签： c#
就编码实践而言，哪个更好用，为什么？
简单的答案：始终使用短路版本。根本没有理由不这样做。此外，您可以使代码更清晰，因为您表达了 intent：逻辑评估。使用按位（逻辑）运算意味着您只需要：位运算，而不是逻辑求值（即使 MSDN 在应用于布尔值时也称它们为“逻辑运算符”）。
此外，由于短路只评估需要评估的内容，它通常更快，并且它允许编写这样的代码
bool nullorempty = str == null || str.Length == 0;
（请注意，为了解决这个特定问题，已经存在一个更好的函数，即您在问题中也使用过的 string.IsNullOrEmpty。）此代码不可能使用按位逻辑运算，因为即使 str 是 @ 987654325@，第二个表达式将被计算，产生一个NullReferenceException。
编辑：如果您希望在逻辑上下文中出现副作用，请仍然不要使用按位运算。这是太聪明的典型例子。代码的下一个维护者（甚至是你自己，几周后）看到这段代码会想“嗯，这段代码可以被清除以使用条件运算符”，从而无意中破坏了代码。我很同情负责修复这个错误的人。
相反，如果您必须依赖副作用，请明确说明：
bool hasBuzzed = checkMakeBuzz();
bool isFrobbed = checkMakeFrob();
bool result = hasBuzzed || isFrobbed;
当然，三行而不是一行。但结果是更清晰的代码。
【讨论】：
logical。我会在我的回答中反映这一点。
我将反过来回答这个问题：我在什么时候只使用逻辑运算符？
当我有一系列必须全部满足的（低成本）条件时，我有时会使用逻辑比较。例如：
bool isPasswordValid = true;
isPasswordValid &= isEightCharacters(password);
isPasswordValid &= containsNumeric(password);
isPasswordValid &= containsBothUppercaseAndLowercase(password);
return isPasswordValid;
在我看来，上面的内容比：
return (isEightCharacters(password) &&
containsNumberic(password) &&
containsBothUppercaseAndLowercase(password));
缺点是它有点深奥。
【讨论】：
if (!RequirementCheck(input)) return false;，那么最后一行应该只是说return true;。但是，如果你想要每个 req.选中返回特定消息，然后合并消息，那么这个例子不再适用于这个问题，我们有更多的无关紧要。
int sum = 0; bool anyOdd = false; foreach (int number in GetNumbers()) { sum += number; anyOdd |= number % 2 == 1; } 但在这个答案中，我同意 @Suamere 的观点，即短路更清洁。
当您只关心结果并希望尽快知道结果并且即使不满足布尔条件也没有任何表达式具有必须发生的副作用时，请使用 && 和 ||。也就是说，几乎总是这样。
当必须计算每个表达式时（例如，如果您的表达式有副作用），请使用 & 和 |。但是，由于即使不满足布尔条件，您的程序所依赖的副作用也一定会发生，因此您可能不应该使用 & 和 |。
例如，这可能非常愚蠢：
if (false & somethingThatUpdatesTheDatabase()) { /* ... */ }
【讨论】：