Question

以下是一些代码，每当我想到它时都会给我带来麻烦。

Option Strict On

Module Module1

    Sub Main()
        For Each i As Integer In New String() {"why", "is", "this", "tolerated?"}
            ' compiles just fine.
        Next
    End Sub

End Module

C＃根本不允许隐式地将字符串转换为整数。

class Program {
    static void Main(string[] args) {
        foreach (int i in new string[] {"that's", "better"}) {
            // will not compile, and for good reason.
        }
    }
}

为什么VB让我们这样做？我正试着玩这个，因为我在这里还比较新，但我也很好奇。我确信那里有开发人员的答案。

Answer 1

这似乎是For Each声明的特质。根据文档，它在运行时进行评估。

来自链接：

当Option Strict设置为On时，缩小转换通常会导致编译器错误。但是，在For Each语句中，将在运行时评估并执行从组中的元素到元素的转换，并抑制由缩小转换引起的编译器错误。

在下面的示例中，当选项Strict打开时，将m作为n的初始值的赋值不进行编译，因为将Long转换为Integer是缩小转换。但是，在For Each语句中，即使对数字的赋值需要从Long到Integer的相同转换，也不会报告编译器错误。在包含大数字的For Each语句中，将ToInteger应用于大数字时会发生运行时错误。

Answer 2

Microsoft在语言规范第10.9章中为此道歉：

迭代的当前元素将转换为循环控制变量的类型，即使转换是显式的，因为在语句中没有方便的位置引入转换运算符。当使用最常见的集合类型System.Collections.ArrayList时，这变得特别麻烦，因为它的元素类型是Object。这需要在很多循环中进行演员表演，这是我们认为不理想的事情。

具有讽刺意味的是，泛型启用了强类型集合System.Collections.Generic.List（Of T）的创建，这可能让我们重新考虑这个设计点，但为了兼容性，现在无法改变。

Answer 3

作为Mark答案的补充，这里是编译的vb.net代码的样子。正如您所看到的，代码被编译为For...Next语句，并且只有在尝试将字符串转换为整数时才会在运行时发生错误。

Dim VB$t_array$L0 As String() = New String() { "why", "is", "this", "tolerated?" }
Dim VB$t_i4$L0 As Integer
For VB$t_i4$L0 = 0 To VB$t_array$L0.Length - 1
    Dim i As Integer = Conversions.ToInteger(VB$t_array$L0(VB$t_i4$L0))
Next VB$t_i4$L0

Answer 4

我是唯一可以看到在VB代码中数组是通用（变体）数组而C＃代码包含严格字符串数组的人吗？

VB vs C＃：为什么这可能？

4 个答案: