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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上任何一种。

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

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

(编辑)

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