.net - TryCast 在 DirectCast 工作的地方失败 (.NET 4.0)

Question

我发现 .NET 4.0/VS 2010 中 TryCast 的这种行为相当困惑。

根据我的理解，TryCast 的工作方式类似于 DirectCast，但如果无法进行强制转换，则将返回 Nothing 而不是抛出异常。

VS 2010/.NET 4

?TryCast(CType(1, Object), String)
Nothing
?DirectCast(CType(1, Object), String)
"1"

VS 2008/.NET 3.5

?TryCast(CType(1, Object), String)
Nothing
?DirectCast(CType(1, Object), String)
Cannot convert to 'String'.

.NET 3.5 结果与我相信 TryCast 所做的一致....NET 4 然而不是。

有人可以指出我在 .NET 4 中安全地将对象转换为 String 的最佳方向吗？

Answer 1

基于以 ? 开头的代码示例我猜您正在使用即时窗口来正确执行您的测试？这种方法的问题在于即时窗口是一种解释而不是实际评估。这使它容易受到微妙的角落案例错误的影响，这确实是其中之一。

如果您将示例代码添加到一个简单的 VB.Net 控制台应用程序中，您会发现 2010 年的行为与 2008 年的行为相同(引发异常)。

编辑

那么为什么会发生这种回归呢？ 2010年我完全重写了VB EE调试引擎(表达式求值器)。我继承的旧代码库的维护成本太高了。就这一点而言，向引擎添加新功能比使用包含新功能的更好的架构从头重写它的成本更高。

如前所述，调试评估是一种解释，而不是代码的执行。它强制在 EE 和 CLR/编译器之间复制某些算法。发生重复的领域之一是类型转换逻辑。无法要求 CLR 调试器强制转换调试时间对象，EE 有责任确定指定的强制转换语言是否确实有效。

旧的 EE 转换逻辑有许多错误(特别是在泛型和数组领域)。较新的基础结构非常符合 CLR 指南。然而，你永远不会有 100% 的奇偶校验，因为它会禁止 EE 中非常有用的表达式(我可能会在 future 写一篇关于这个的博客文章)。但在大多数情况下，该行为成立。

在这个特定的例子中，我添加了一个微妙的错误，它允许输入为 Object 的值的 DirectCast。使用 VB 的运行时转换运算符与仅允许 CLR 转换的指定行为。因此，这种转换在它应该失败的地方成功了。