C#风格倾向于区域之间、方法之间和属性之间的间距

C#风格倾向于区域之间、方法之间和属性之间的间距,c#,coding-style,C#,Coding Style,从代码可读性的角度来看,关于间距的最佳实践是什么 有什么真正好的C风格指南吗?签出它分析您的MS标准代码这里有一个好的、简短的、实用的指南: 简言之,有大量的空白,这是很容易的眼睛。在C#中,与其他一些语言相比,空白更少,因为许多行仅由大括号组成。不留空行仍然会导致大量空白。我还喜欢将非常相关的代码行紧靠在一起,在某种意义上形成段落 删除空白行的原因之一是不好的:在屏幕上添加更多代码。如果你这样做,你的代码可能组织得不好,函数太长。我见过的关于C#编码风格的最好的文档是Lance Hunt的C#

从代码可读性的角度来看,关于间距的最佳实践是什么


有什么真正好的C风格指南吗?

签出它分析您的MS标准代码

这里有一个好的、简短的、实用的指南:

简言之,有大量的空白,这是很容易的眼睛。在C#中,与其他一些语言相比,空白更少,因为许多行仅由大括号组成。不留空行仍然会导致大量空白。我还喜欢将非常相关的代码行紧靠在一起,在某种意义上形成段落

删除空白行的原因之一是好的:在屏幕上添加更多代码。如果你这样做,你的代码可能组织得不好,函数太长。

我见过的关于C#编码风格的最好的文档是Lance Hunt的C#编码标准文档,可以在这里找到:


具体到空格,我认为您在可读性方面使用自己的最佳判断,尽管Krill的指南(在另一个答案中提到)非常代表良好的空格风格。

最佳实践是主观的……这些“段落”这绝对是一个很好的实践,因为每个方法都可以移动到自己的助手方法中。当我看过专业级别的代码时,它非常漂亮,因为它包含许多非常独特的小的原子方法。将其与反模式进行比较,反模式将看到长的“Page_Load”类型方法。在大约十几行没有注释的代码之后,代码变得混乱不堪。