问题起源于微软官方论坛中的一个帖子，他给出了一段VB.NET编写的代码：
Dim stralltext As String = My.Computer.FileSystem.ReadAllText("c:\magic.txt")
Dim StrLines() As String = stralltext.Split(ControlChars.CrLf)
大家看第二行的Split方法调用，ControlChars.CrLf是一个string类型，而Split方法的重载中并没有第一个参数是string类型的重载实现，由于平时写C#代码比较多，而对VB.NET了解比较少，我想当然的认为这段代码不能通过编译，实际上在C#中编写类似的代码会出现如下两个编译错误：
错误 1 与“string.Split(params char[])”最匹配的重载方法具有一些无效参数
错误 2 参数“1”: 无法从“string”转换为“char[]”
我重新用VB.NET的编译器来编译这段代码，VB编译器的行为的确有些出乎我的预料！，居然成功通过了编译，我的直觉告诉我应该是VB.NET的编译器把 string转换成char数组了，大家看生成的IL代码：
.method public static void Main() cil managed
{
.entrypoint
.custom instance void [mscorlib]System.STAThreadAttribute::.ctor() = ( 01 00 00 00 )
// 代码大小 44 (0x2c)
.maxstack 4
.locals init ([0] string stralltext,
[1] string[] StrLines,
[2] char[] VB$t_array$S0)
IL_0000: nop
IL_0001: call class ConsoleApplication1.My.MyComputer ConsoleApplication1.My.MyProject::get_Computer()
IL_0006: callvirt instance class [Microsoft.VisualBasic]Microsoft.VisualBasic.MyServices.FileSystemProxy [Microsoft.VisualBasic]Microsoft.VisualBasic.Devices.ServerComputer::get_FileSystem()
IL_000b: ldstr "c:\\magic.txt"
IL_0010: callvirt instance string [Microsoft.VisualBasic]Microsoft.VisualBasic.MyServices.FileSystemProxy::ReadAllText(string)
IL_0015: stloc.0
IL_0016: ldloc.0
IL_0017: ldc.i4.1
IL_0018: newarr [mscorlib]System.Char //这里VB编译器自动构造了一个Char数组
IL_001d: stloc.2
IL_001e: ldloc.2
IL_001f: ldc.i4.0
IL_0020: ldc.i4.s 97
IL_0022: stelem.i2
IL_0023: ldloc.2
IL_0024: callvirt instance string[] [mscorlib]System.String::Split(char[]) //这里调用的是String.Split(char[])这个重载
IL_0029: stloc.1
IL_002a: nop
IL_002b: ret
} // end of method Module1::Main
这段IL代码证明了我一开始的推断，VB.NET编译器的确是构造了一个char数组，这一行为和C#编译器有一定的区别，C#编译器并不会隐式的把string转换成char[]。
可能VB.NET程序员对这个现象已经十分的熟悉了（不要见笑啊！我对VB.NET编译器不是很了解啊），但是C#中并不能这样使用，为了不在语言互操作的时候令C#程序员产生疑惑，还是衷心的希望VB.NET程序员可以显式的构造Char数组啊！