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

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

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

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

我在.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有一篇很好的博客描述了这个概念。

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

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

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

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

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

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

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

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

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