字符串是System的同义词。字符串类型，它们是相同的。

值也是相同的:字符串。空==字符串。空== ""

我不会在代码中使用字符常量“”，而是字符串。空或字符串。空-更容易看到程序员的意思。

在字符串和字符串之间，我更喜欢小写字符串，因为我曾经使用Delphi很多年，Delphi风格是小写字符串。

所以，如果我是你的老板，你会写字符串。空

我只是在看一些代码，然后这个问题突然出现在我的脑海里，这个问题是我以前读过的。这当然是可读性的问题。

考虑下面的c#代码…

(customer == null) ? "" : customer.Name

vs

(customer == null) ? string.empty : customer.Name

我个人认为后者不那么模棱两可，也更容易阅读。

正如其他人指出的那样，实际的差异可以忽略不计。

这完全是一个代码风格的偏好，就像。net如何处理字符串一样。然而，以下是我的观点:

我总是使用BCL类型名称访问静态方法，属性和字段:字符串。Empty或Int32.TryParse(…)或Double。ε

我总是在声明新实例时使用c#关键字:或者string foo = "bar";

我很少使用未声明的字符串字面量，因为我喜欢能够扫描代码，将它们组合成可重用的命名常量。编译器无论如何都会用字面量替换常量，所以这是一种避免神奇的字符串/数字，并通过名称赋予它们更多含义的方法。另外，更改值更容易。

我个人更喜欢“”，除非有很好的理由去做更复杂的事情。

我本来不想插嘴的，但我发现这里有一些错误的信息。

我个人更喜欢字符串。这是个人喜好，我会根据具体情况服从与我合作的任何团队的意愿。

正如其他人所提到的，字符串和字符串之间根本没有区别。Empty和String.Empty。

此外，这是一个鲜为人知的事实，使用“”是完全可以接受的。在其他环境中，“”的每个实例都将创建一个对象。然而，. net会实习它的字符串，因此未来的实例将从实习池中提取相同的不可变字符串，任何性能损失都可以忽略不计。来源:布拉德·艾布拉姆斯。

这可能是一个有争议的评论，但是，总的来说，我发现当我与微软保持一致时，我的生活更容易。我们不可能知道他们做事的全部深层原因(我想有时是非常严格的，有时是笨拙的)。

他们在自动生成的文件(如Assembly文件)中使用“”，所以这就是我所做的。事实上，当我尝试用字符串替换任何下面的“”。空，Visual Studio崩溃在我身上。这可能有一个合乎逻辑的解释，但以我有限的知识，如果我只是做他们做的事情，大多数时候，事情都会解决。(反:我知道一些自动生成的文件也使用字符串。空的，这有点打破我的观点。:))

<Assembly: System.Reflection.AssemblyCulture("")>
<Assembly: System.Reflection.AssemblyDescription("")>
<Assembly: System.Reflection.AssemblyFileVersion("1.0.0.0")>
<Assembly: System.Reflection.AssemblyKeyFile("")>
<Assembly: System.Reflection.AssemblyProduct("")>
<Assembly: System.Reflection.AssemblyTitle("")>