我使用“”，因为它将在我的代码中被明显地涂成黄色……字符串。在我的Visual Studio Code主题中，空是白色的。我相信这对我来说最重要。

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

没有人提到在VisualStudio中字符串的颜色编码与字符串不同。这对可读性很重要。此外，小写通常用于变量和类型，不是什么大问题，而是字符串。Empty是常量，而不是变量或类型。

这个话题已经很老很长了，所以如果在其他地方提到过这种行为，请原谅。(并指出我的答案，包括这个)

如果你使用字符串，我发现编译器的行为有所不同。空引号或双引号。如果你不使用用string初始化的string变量，区别就会显现出来。为空或带双引号。

在初始化字符串的情况下。空，然后编译器警告

CS0219 - The variable 'x' is assigned but its value is never used

永远不会触发，而在使用双引号初始化的情况下，您将获得预期的消息。

这种行为在Connect文章中有解释，链接:https://connect.microsoft.com/VisualStudio/feedback/details/799810/c-warning-cs0219-not-reported-when-assign-non-constant-value

基本上，如果我做对了，他们希望允许程序员用函数的返回值设置一个变量用于调试目的，而不用警告消息来打扰他，因此他们只在常量赋值和字符串的情况下限制警告。空不是常数，而是场。

几年后 微软已经关闭了https://connect .microsoft.com网站，因此没有更多可用的讨论。然而，这篇文章https://learn.microsoft.com/en-us/dotnet/csharp/misc/cs0219有一个有趣的评论，似乎证实了前面的原因:

只有当变量值为a时，编译器才会生成此警告 编译时常量。指定一个非常量表达式或方法 结果的局部变量，使观察这些更容易 调试器中的表达式。它还使结果可达， 在该变量可达时防止垃圾收集。

我亲眼目睹了两次“导致(小)问题”。一次是由于一个刚接触基于团队编程的初级开发人员的错误，另一次是一个简单的拼写错误，但事实是使用了字符串。空本来可以避免这两个问题。

是的，这在很大程度上是一种判断，但是当一种语言提供了多种方法来做事情时，我倾向于使用具有最多编译器监督和最强编译时强制的语言。那不是“”。这一切都是为了表达具体的意图。

如果你输入字符串。EMpty或string。空，编译器让你知道你做错了。立即。它根本不会编译。作为一个开发人员，你引用的是编译器(或其他开发人员)不能以任何方式误解的特定意图，当你做错了，你不能创建一个bug。

如果你输入“”当你想要“”时，反之亦然，编译器会很高兴地执行你让它做的事情。其他开发人员可能无法收集到您的特定意图。Bug。

早在字符串出现之前。Empty是我使用的标准库，它定义了EMPTY_STRING常量。我们仍然在case语句中使用这个常量。不允许为空。

只要可能，让编译器为你工作，并消除人为错误的可能性，无论多么小。在我看来，这比“可读性”更重要。

专用性和编译时强制。这是晚餐要吃的。

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.