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

以上任何一种。

还有很多很多更好的事情可以指手画脚。比如什么颜色的树皮最适合一棵树，我认为是模糊的棕色和淡淡的苔藓。

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

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

我认为第二个是“合适的”，但老实说，我不认为这有什么关系。编译器应该足够聪明，可以将其中任何一个编译为完全相同的字节码。我用“myself”。

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

我没有什么区别。最后一个是打字最快的:)

字符串。空和字符串。空的是等价的。String是BCL类名;字符串是它的c#别名(或快捷方式，如果你愿意)。与Int32和int相同。更多示例请参见文档。

至于“”，我不太确定。

就我个人而言，我总是使用string.Empty。

前两种我都可以接受。我将避免使用最后一种方法，因为在引号之间加空格很容易引入错误。这种特殊的缺陷很难通过观察发现。假设没有错别字，所有这些在语义上都是等价的。

(编辑)

另外，为了保持一致性，你可能总是想使用string或string，但这只是我的想法。

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

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

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

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

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

没关系，它们是完全一样的。 然而，最主要的事情是你必须始终如一

附注:我一直在这种“什么是正确的事情”的问题上挣扎。

最好的代码是没有代码:

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

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

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

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

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

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

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

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

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

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

虽然差别非常非常小，但差别仍然存在。

""在String时创建一个对象。空则不然。但是这个对象只创建一次，如果代码中有另一个""，就会从字符串池中引用它。 String和String是一样的，但是我建议使用String。空(以及字符串。格式字符串。因为点表示法表示的是类，而不是操作符，而且类以大写字母开头符合c#编码标准。

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.

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

从性能和代码生成的角度来看，确实没有什么区别。在性能测试中，它们在哪个比另一个更快之间来回切换，而且仅以毫秒计。

在查看幕后代码时，您也看不到任何不同。唯一的区别在于IL，即字符串。空使用操作码ldsfld ""使用ldstr操作码，但这只是因为字符串。Empty是静态的，两个指令做相同的事情。 如果你看一下生产出来的组件，它是完全一样的。

c#代码

private void Test1()
{
    string test1 = string.Empty;    
    string test11 = test1;
}

private void Test2()
{
    string test2 = "";    
    string test22 = test2;
}

有密码

.method private hidebysig instance void 
          Test1() cil managed
{
  // Code size       10 (0xa)
  .maxstack  1
  .locals init ([0] string test1,
                [1] string test11)
  IL_0000:  nop
  IL_0001:  ldsfld     string [mscorlib]System.String::Empty
  IL_0006:  stloc.0
  IL_0007:  ldloc.0
  IL_0008:  stloc.1
  IL_0009:  ret
} // end of method Form1::Test1

.method private hidebysig instance void 
        Test2() cil managed
{
  // Code size       10 (0xa)
  .maxstack  1
  .locals init ([0] string test2,
                [1] string test22)
  IL_0000:  nop
  IL_0001:  ldstr      ""
  IL_0006:  stloc.0
  IL_0007:  ldloc.0
  IL_0008:  stloc.1
  IL_0009:  ret
} // end of method Form1::Test2

汇编代码

        string test1 = string.Empty;
0000003a  mov         eax,dword ptr ds:[022A102Ch] 
0000003f  mov         dword ptr [ebp-40h],eax 

        string test11 = test1;
00000042  mov         eax,dword ptr [ebp-40h] 
00000045  mov         dword ptr [ebp-44h],eax 

        string test2 = "";
0000003a  mov         eax,dword ptr ds:[022A202Ch] 
00000040  mov         dword ptr [ebp-40h],eax 

        string test22 = test2;
00000043  mov         eax,dword ptr [ebp-40h] 
00000046  mov         dword ptr [ebp-44h],eax 

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

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

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

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

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

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

http://blogs.msdn.com/b/brada/archive/2003/04/22/49997.aspx:

As David implies, there difference between String.Empty and "" are pretty small, but there is a difference. "" actually creates an object, it will likely be pulled out of the string intern pool, but still... while String.Empty creates no object... so if you are really looking for ultimately in memory efficiency, I suggest String.Empty. However, you should keep in mind the difference is so trival you will like never see it in your code... As for System.String.Empty or string.Empty or String.Empty... my care level is low ;-)

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

我喜欢用绳子。空字符串。空的，因为你可以使用它而不需要包含一个using System;在你的档案里。

至于在字符串上选择“”。空，这是个人喜好，应该由你的团队决定。

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

如果你使用字符串，我发现编译器的行为有所不同。空引号或双引号。如果你不使用用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时，编译器才会生成此警告 编译时常量。指定一个非常量表达式或方法 结果的局部变量，使观察这些更容易 调试器中的表达式。它还使结果可达， 在该变量可达时防止垃圾收集。

我在.NET v4.5控制台应用程序中使用以下方法执行了一个简单的测试:

private static void CompareStringConstants()
{
    string str1 = "";
    string str2 = string.Empty;
    string str3 = String.Empty;
    Console.WriteLine(object.ReferenceEquals(str1, str2)); //prints True
    Console.WriteLine(object.ReferenceEquals(str2, str3)); //prints True
}

这表明所有三个变量，即str1, str2和str3，虽然使用不同的语法初始化，但都指向内存中的相同字符串(零长度)对象。

所以在内部它们没有区别。这一切都归结为您或您的团队想要使用哪一个的便利性。字符串类的这种行为在。net框架中被称为字符串实习。Eric Lippert有一篇很好的博客描述了这个概念。

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

考虑下面的c#代码…

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

vs

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

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

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

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

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

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

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

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

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

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

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

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.)

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

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

如果你想恶作剧某人，在他们的代码中加入“‍”。这不是空字符串，它是“\u200D”。你不能用string.Empty欺骗别人。