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

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

编译器应该让它们在长期运行时都是一样的。选择一个标准，这样你的代码就容易阅读，并坚持下去。

使用您和您的团队认为最易读的内容。

其他答案表明，每次使用""都会创建一个新的字符串。这是不正确的-由于字符串实习，它将在每个程序集或每个AppDomain创建一次(或可能在整个过程中创建一次-在这方面不确定)。这种差异可以忽略不计——非常非常微不足道。

然而，你觉得哪个更有可读性是另一回事。这是主观的，因人而异——所以我建议你找出你的团队中大多数人喜欢什么，然后保持一致。我个人觉得“”更容易读。

“”和“”很容易被误认为彼此的论点并不能真正让我接受。除非你使用的是比例字体(我从未与任何使用比例字体的开发人员合作过)，否则很容易看出区别。

The empty string is like empty set just a name that everybody uses to call "". Also in formal languages strings created from an alphabet that have zero length are called the empty string. Both set and string have a special symbol for it. Empty string: ε and empty set: ∅. If you want to talk about this zero length string you will call it the empty string so everybody knows exactly what you are referring to. Now in case you name it the empty string why not use string.Empty in code, its shows the intention is explicit. Downside is that it’s not a constant and therefore not available everywhere, like in attributes. (It's not a constant for some technical reasons, see the reference source.)

我更喜欢字符串而不是字符串。选择字符串。空而不是“”是选择一个并坚持下去的问题。使用字符串的优点。空是很明显你的意思，你不会不小心复制了不可打印的字符，如“\x003”在你的“”。

一个不同之处在于，如果使用切换大小写语法，就不能编写大小写字符串。空:因为它不是一个常数。您将得到一个编译错误:期望一个常量值

更多信息请看这个链接: string-empty-versus-empty-quotes