AndAlso和OrElse应该是vb。net引入的新运算符。
因为用vb。net的时间还不是很长，之前我一直以为他们和and，or根本没有区别。
现在终于明白，他们之间还是有很大区别的：
AndAlso，OrElse相对于and，or最大的特性是会自动实现“最短路径”。
所谓“最短路径”就是指：当第一个被比较的运算式的结果已经能决定运算的最终结果时，就不会再去比较其他运算式，因此可以避免掉额外且不需要的比较运算式。
举个很简单的例子说明下：
Dim a As Int16 = 1 Dim b As Int16 = 2 ' 用or的话，a=1，b=2都会被比较 If a = 1 Or b = 2 Then ' xxxxx End If ' 用OrElse的话，只比较了第一个条件a=1 If a = 1 OrElse b = 2 Then ' xxxx End If
当用or的时候，a=1和b=2这2个条件，都会被判断。而用orelse，则当前面一个条件（a=1)已经能决定最终结果的话，程序就不会在判断第二个条件（b=2）了。
类似的情况还有：
Dim a As Int16 = 1 Dim b As Int16 = 2 ' 用and的话，a=999，b=2,(a + b) * (b - a) = 3 都会被比较 If a = 999 And b = 2 And (a + b) * (b - a) = 3 Then ' xxxxx End If ' 用AndAlso的话，只比较了第一个条件a=999,由于已经是false了，所以后面的运算式不再判断 If a = 999 AndAlso b = 2 AndAlso (a + b) * (b - a) = 3 Then ' xxxx End If
当出现以上情况时，AndAlso和OrElse的效率要高于and，or。
所以，在大多数情况下，我们可以使用AndAlso和OrElse替换and，or，以提高运算效率。
EF生成的SQL语句对比：
OrElse会生成OR
exec sp_executesql N'SELECT [b].[RowID], [b].[BusinessCode], [b].[BusinessDescription], [b].[IsActive], [b].[CreateUserName], [b].[CreateTime], [b].[UpdateUserName], [b].[UpdateTime] FROM [base_Business] AS [b] WHERE ([b].[BusinessCode] LIKE ''%01'') OR ([b].[BusinessCode] LIKE ''B%'') ORDER BY [b].[BusinessCode] OFFSET @__p_0 ROWS FETCH NEXT @__p_1 ROWS ONLY',N'@__p_0 int,@__p_1 int',@__p_0=0,@__p_1=100
如果用Or，生成的语句为：
exec sp_executesql N'SELECT [b].[RowID], [b].[BusinessCode], [b].[BusinessDescription], [b].[IsActive], [b].[CreateUserName], [b].[CreateTime], [b].[UpdateUserName], [b].[UpdateTime] FROM [base_Business] AS [b] WHERE (CASE WHEN [b].[BusinessCode] LIKE ''%01'' THEN CAST(1 AS bit) ELSE CAST(0 AS bit) END | CASE WHEN [b].[BusinessCode] LIKE ''B%'' THEN CAST(1 AS bit) ELSE CAST(0 AS bit) END) = CAST(1 AS bit) ORDER BY [b].[BusinessCode] OFFSET @__p_0 ROWS FETCH NEXT @__p_1 ROWS ONLY',N'@__p_0 int,@__p_1 int',@__p_0=0,@__p_1=100