最好的代码是没有代码:

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

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

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

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

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

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

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

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

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

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

以上任何一种。

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

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

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