字符串拼接：使用+= vs. &=

14 浏览
0 Comments

字符串拼接：使用+= vs. &=

在VB.NET中，使用+和&连接字符串有什么区别？

0

3 答案

0 Comments

在字符串拼接中，如果两个操作数都是字符串，那么没有区别。然而，如果一个操作数是字符串，另一个是数字，那么就会遇到问题，可以看下面的代码。

"abc" + "def" = "abcdef"

"abc" & "def" = "abcdef"

"111" + "222" = "111222"

"111" & "222" = "111222"

"111" & 222 = "111222"

"111" + 222 = 333

"abc" + 222 = 转换错误

因此，我建议在拼接字符串时总是使用"&"，因为你可能会尝试将整数、浮点数、小数拼接到字符串中，这将导致异常，或者最好情况下，不会做你想做的事情。

或者始终强制使用Option Strict On，这样你就不需要担心这个问题。Option Strict On还有其他许多优点。

字符串拼接中存在一个问题。从文档中可以看到，"&"运算符始终将其操作数扩展为字符串，不管Option Strict的设置如何。所以例如，"Hello " & 2.5将使用区域设置将2.5静默转换为字符串（你可能会得到"2.5"或"2,5"）。如果这是你想要的，那就没问题。但我更希望被强制明确指定。

哦，是的，如果不注意，区域设置可能会给你带来麻烦。特别是在Web服务器上。如果你有一堆Web服务器，你应该确保它们都配置为相同的区域设置，否则你可能会遇到数字和日期的奇怪格式问题。

为了完整起见，还值得注意的是执行"abc" & 222时返回的结果是"abc222"。

我要提一下，倒数第二行的333实际上是System.Double类型。

0
0 Comments

在使用字符串拼接时，有两个常用的操作符：+=和&=。+=操作符对于操作数进行隐式转换，而&=操作符则始终将操作数转换为字符串。这两个操作符在不同情况下可能导致不同的结果。

使用+操作符时，如果操作数中有一个不是字符串类型，那么就会进行隐式转换。例如，表达式1 + 2的结果是3，因为两个操作数都是整数类型，可以直接相加。但是如果一个操作数是字符串类型，那么就会将另一个操作数转换为字符串，并将它们拼接在一起。例如，表达式"Hello " + 2.5会将2.5转换为字符串，并将其拼接在"Hello "之后，结果可能是"Hello 2.5"或"Hello 2,5"，具体取决于区域设置。

然而，使用&操作符时，它始终将操作数转换为字符串。即使Option Strict设置为Off，+操作符也只在需要时进行隐式转换，而&操作符始终进行隐式转换。根据官方文档的描述，"&操作符始终将操作数扩展为字符串，而不考虑Option Strict的设置"。所以，例如，表达式"Hello " & 2.5会根据区域设置将2.5隐式转换为字符串，然后将其拼接在"Hello "之后，结果可能是"Hello 2.5"或"Hello 2,5"。

因此，在使用字符串拼接时，需要根据需要选择使用+=还是&=操作符。如果希望进行隐式转换，并且结果受到Option Strict设置的影响，可以使用+=操作符。如果希望始终将操作数转换为字符串，并且不受Option Strict设置的影响，可以使用&=操作符。这样可以确保在不同情况下得到正确的结果。

0
0 Comments

在上面的代码中，我们可以看到这两行代码编译成了完全相同的CIL代码：

Module Module1
    Sub Main()
        Dim s1 As String = "s1"
        Dim s2 As String = "s2"
        s2 += s1
        s1 &= s2
    End Sub
End Module

编译结果如下（注意System.String::Concat）：

.method public static void  Main() cil managed
{
.entrypoint
.custom instance void [mscorlib]System.STAThreadAttribute::.ctor() = ( 01 00 00 00 )
// Code size       31 (0x1f)
.maxstack  2
.locals init ([0] string s1,
       [1] string s2)
IL_0000:  nop
IL_0001:  ldstr      "s1"
IL_0006:  stloc.0
IL_0007:  ldstr      "s2"
IL_000c:  stloc.1
IL_000d:  ldloc.1
IL_000e:  ldloc.0
IL_000f:  call       string [mscorlib]System.String::Concat(string,
                                                          string)
IL_0014:  stloc.1
IL_0015:  ldloc.0
IL_0016:  ldloc.1
IL_0017:  call       string [mscorlib]System.String::Concat(string,
                                                          string)
IL_001c:  stloc.0
IL_001d:  nop
IL_001e:  ret
} // end of method Module1::Main

这里的问题是，为什么这两种方式的字符串连接（+=和&=）编译结果完全一样，以及如何解决这个问题。

对于第一个问题，编译器将+=和&=操作符都转换为了相同的IL代码，即调用了System.String::Concat方法。这是因为无论是使用+=还是&=，只要两个操作数都是字符串类型，编译器就将其转换为字符串连接操作。

至于解决这个问题，可以通过使用其他的字符串连接方式来避免这种情况。例如，可以使用StringBuilder类来进行字符串连接，或者使用String.Concat方法来手动进行字符串连接操作。

总结起来，无论是使用+=还是&=进行字符串连接，编译结果都是相同的。如果想要避免这种情况，可以选择其他的字符串连接方式。

0