VB.NET - IIF(,,) - 两个 "sides"均被评估。哪些情况我应该注意？

Question

我最近了解了 IIF(A,B,C) 函数。我是一名资深 VB/VB.NET 程序员，最近花了很多时间来加快 SQL 编码速度。

在 SQL 中要做的一个(明显的)常见事情如下所示:

select (case where @var = 0 then MyTable.Val1 else MyTable.Val2 end) from MyTable

IIF(A,B,C) 将允许我在 VB.NET 中完成此操作...全部在一行内完成。

但是，我读到，无论 A 的评估结果如何，B 和 C 都会被评估。

我可以想到一些明显的情况，这是一件坏事，例如:

Dim X as integer = IIF(SomeBoolean = true, ExpensiveFunction1(), ExpensiveFunction2())

由于我将把这个纳入我的保留范围中，是否有任何更微妙的情况可能会让我在使用 IIF 时遇到麻烦？

在某些情况下，这与使用老式方法有很大不同:

Dim X as integer
if SomeBoolean = true then
  X = ExpensiveFunction1()
else
  X = ExpensiveFunction2()
end if

我希望将来能够避免一些烦人的性能问题和/或错误。

2016 年更新

在过去几年中，出现了一项新的 VB.NET 功能，无需使用 IIF() 函数。

if(Something = true, ExecuteA(), ExecuteB())

仅执行 ExecuteA() 或 ExecuteB()。最后，内联 IF 并进行短路。

因此，如果您使用的是更高版本的 VB.NET(截至 2016 年)，请尽可能使用此版本。

Answer 1

这是最常见的问题。

Z = iif(y=0, 0, x/y)  'Throws a divide by zero exception when y is 0

不要使用它来避免被零除错误。

另一个可能的逻辑错误是当 iif 的一侧或另一侧调用修改系统状态或具有输出参数的方法时。

Z = iif(FunctionA(InputOutputParam), FunctionB(InputOutputParam))
'InputOutputParam is indeterminate or at least ambiguous here.

根据我的经验，确实没有充分的理由使用 IIF。大多数情况下，它只是用来缩写代码，考虑到它可能导致的问题，它根本不值得。另外，我认为这使得代码更难阅读。

另一件事是它返回一个装箱值(即对象数据类型)，您必须将其转换回所需的类型。