几乎每个开发者都知道“”是什么意思。我个人就遇到过String。第一次是空的，必须花一些时间搜索谷歌来确定它们是否真的是完全相同的东西。

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

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

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

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

我用的是第三个，但在其他两个中，第一个似乎没那么奇怪。 string是string的别名，但在赋值中看到它们会让人感觉不舒服。

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

他们在自动生成的文件(如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("")>

最好的代码是没有代码:

编码的基本性质是，作为程序员，我们的任务是认识到我们所做的每一个决定都是一种权衡。从简洁开始。根据测试的需要增加其他维度。

因此，代码越少越好:更喜欢“”而不是字符串。Empty或String.Empty。这两篇文章的篇幅长了六倍，但没有额外的好处——当然也没有额外的清晰度，因为它们表达的信息完全相同。

I strongly prefer String.Empty, aside from the other reasons to ensure you know what it is and that you have not accidentally removed the contents, but primarily for internationalization. If I see a string in quotes then I always have to wonder whether that is new code and it should be put into a string table. So every time code gets changed/reviewed you need to look for "something in quotes" and yes you can filter out the empty strings but I tell people it is good practice to never put strings in quotes unless you know it won't get localized.