线宽的C＃编码约定

Question

  

可能重复：
  C# coding style - line length / wrapping lines

是否有广泛接受的C＃编码约定，是否有建议的最大线宽？

每行80个字符规则很常见，但我认为对于带有泛型的C＃来说有点太短了。那么C＃还有其他约定吗？

解决方案：我的团队决定每行使用 100个字符，这似乎是一个很好的线宽。

Answer 1

如果我选择了“什么适合”，除了那个之外我没有多想，我会将60行填充到每行260个字符的函数中，并且仍然可以争辩说“这一切都适合我的屏幕”。它确实如此，而且我也没有使用一种可笑的小字体。 （9 pt Courier New，24英寸宽屏显示器，1920x1200，基本上整个屏幕专用于代码;解决方案浏览器，代码定义窗口，输出窗口，错误列表等都在我的第二台显示器上。）

每个人都会有自己的观点，而且我个人认为现在80个字符的线宽在另一个方向上有点偏离，但是根据它到底是什么，我试着让自己保持在100-120个字符以下每行，包括缩进。如果它比它长得多，那么可能有很多部分可以很容易地分解出来，并以提高可读性的方式放在不同的行上。

因为这才是真正的意义所在。 可读性。我不在乎你是否每行使用60个字符或200个，但是当我必须使用你的代码时，它最好易于阅读并且易于一目了然确实如此。

此外，尝试以提供有意义的差异的方式对代码进行分块，这些差异又易于阅读。这是我试图坚持的另一个经验法则;如果我比较两组文件，我想看到实际上重要的变化，而不是公里长的行，唯一的区别是单个字符的变化（这可能是一个非常有效的变化，但很难找到一个庞然大物。）

Answer 2

我尝试确保功能适合我的屏幕而不进行任何滚动（垂直或水平）。当然，每个人都有不同大小的显示器，以不同的分辨率运行，他们的工具栏/解决方案视图/输出窗口等的布局是不同的，所以很难保证团队系统中的每个人。它仍然是一个有用的指南。

Answer 3

我有两个显示器，一个是26'，另一个是22'。我使用较小的实用程序窗口作为文件结构，类视图，代码定义，对象浏览器，待办事项资源管理器，输出，错误列表，待定更改（Ankh插件）等。我离开主窗口只是为了代码和项目浏览器，所以我告诉ReSharper将我的行宽设置为160个字符（以防万一我需要一些行来这么长）。通常我不会超过120个字符，这是我觉得最舒服的长度。如果我不得不在这台显示器上工作，我会感到非常愚蠢。

每行80个字符在当天有意义，当时它是文本模式下显示器的标准宽度。

Answer 4

我会选择什么样的。我通常尽量不要在我正在工作的屏幕上延伸太远。有时通过将语句放在多行上来人为地缩小语句并不比具有更长的单行更明确。

这是一个非常主观的问题！