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

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

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

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

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

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

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

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

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

至于“”，我不太确定。

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

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

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

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

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

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

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