另见堆栈溢出问题:我应该总是使用AndAlso和OrElse操作符吗?

另外:对那些提到使用And的人的评论，如果表达式的右侧有副作用，你需要:

如果右侧有你需要的副作用，只需将其移到左侧，而不是使用“And”。只有在双方都有副作用的情况下你才需要"并且"如果你有那么多的副作用你可能做错了其他事情。一般来说，你应该更喜欢AndAlso。

And操作符将在继续执行之前检查语句中的所有条件，而Andalso操作符将在知道条件为false时停止。例如:

if x = 5 And y = 7

检查x是否等于5,y是否等于7，如果两者都为真，则继续。

if x = 5 AndAlso y = 7

检查x是否等于5。如果不是，它不会检查y是否为7，因为它知道条件已经为假。(这叫做短路。)

通常人们使用短路方法，如果有理由显式地不检查第二部分，如果第一部分不为真，比如如果检查它会抛出异常。例如:

If Not Object Is Nothing AndAlso Object.Load()

如果使用And而不是AndAlso，它仍然会尝试Object.Load()，即使它什么都不是，这将抛出异常。

除了上面的答案，AndAlso还提供了一个称为短路的调节过程。许多编程语言都像vb.net一样内置了这种功能，并且可以通过删除不必要的计算来大幅提高长条件语句的性能。

另一个类似的条件是OrElse条件，它只在左侧条件为假的情况下检查右侧条件，从而在发现真条件后省去不必要的条件检查。

我会建议你总是使用短路过程，并以最能从中受益的方式组织你的条件语句。例如，首先测试最有效和最快的条件，这样您只在绝对必须时运行长条件，而在其他时间运行短路。

使用And和Or进行逻辑位操作，例如x% = y%或3

AndAlso和OrElse是If语句:

如果x > 3 AndAlso x <= 5那么

和

If (x > 3) And (x <= 5) Then

在我看来…

同样值得注意的是，(我)建议你在If语句中包含逻辑运算符的方程，这样它们就不会被编译器误解，例如:

If x = (y And 3) And also…

有趣的是，没有一个答案提到VB中的And和Or。NET是位操作符，而OrElse和AndAlso是严格的布尔操作符。

Dim a = 3 OR 5 ' Will set a to the value 7, 011 or 101 = 111
Dim a = 3 And 5 ' Will set a to the value 1, 011 and 101 = 001
Dim b = 3 OrElse 5 ' Will set b to the value true and not evaluate the 5
Dim b = 3 AndAlso 5 ' Will set b to the value true after evaluating the 5
Dim c = 0 AndAlso 5 ' Will set c to the value false and not evaluate the 5

注意:非零整数被认为是真;Dim e = not 0将把e设为-1，说明not也是位运算符。

||和&& (OrElse和AndAlso的c#版本)返回最后求值的表达式，分别为3和5。这让你可以使用c#中的习语v || 5，当v为null或(0和一个整数)时，将5作为表达式的值，否则将v的值作为表达式的值。语义上的差异可以让c#程序员接触VB。NET猝不及防，因为这个“默认值习语”在VB.NET中不起作用。

因此，要回答这个问题:对于位操作(整数或布尔)使用或和。使用OrElse和AndAlso来“短路”操作以节省时间，或者在评估之前测试评估的有效性。如果是有效的(评估)，那么也是评估;如果不是(不安全的(评估)，或者其他(不是评估))，那么

附赠:以下内容的价值是什么?

Dim e = Not 0 And 3

对于所有那些说副作用是邪恶的人来说:在一种情况下有两个副作用是好的，那就是同时读取两个文件对象。

While File1.Seek_Next_Row() And File2.Seek_Next_Row()
    Str1 = File1.GetRow()
    Str2 = File2.GetRow()
End While

使用And可以确保每次检查条件时都使用一行。而AndAlso可能会读取File1的最后一行，而不消耗File2的行。

当然，上面的代码不会起作用，但我一直在使用这样的副作用，不会像有些人让你相信的那样，认为它是“坏”或“邪恶”的代码。它易于阅读和高效。