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

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

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

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

理解:用语言而不是用密码来理解:

用例:使用“And”，编译器将检查所有条件，所以如果你检查一个对象可能是“Nothing”，然后你检查它的一个属性，你将会有一个运行时错误。 但是对于AndAlso，如果条件中第一个“false”，它会检查下一个，这样就不会出现错误。

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

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

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

对于我们大多数人来说，除了少数令人困惑的例外(不到1%的情况下，我们可能不得不使用Or和and)， OrElse和AndAlso可以做到这一点。

尽量不要被那些炫耀布尔逻辑的人带着走，让它看起来像火箭科学。

这是非常简单和直接的，偶尔你的系统可能不会像预期的那样工作，因为它首先不喜欢你的逻辑。然而，你的大脑一直告诉你，他的逻辑是100%经过测试和证明的，它应该是有效的。在那一刻，不要再相信你的大脑，让他重新思考，或者(不是OrElse，也可能是OrElse)你强迫自己去找另一份不需要太多逻辑的工作。

AndAlso很像And，除了它像c#和c++中的&&一样工作。

区别在于，如果第一个子句(AndAlso之前的子句)为真，那么第二个子句永远不会被求值——复合逻辑表达式是“短路的”。

这有时是非常有用的，例如在这样的表达式中:

If Not IsNull(myObj) AndAlso myObj.SomeProperty = 3 Then
   ...
End If

如果myObj为null，则在上面的表达式中使用旧的And将抛出NullReferenceException。

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()，即使它什么都不是，这将抛出异常。