线宽的C#编码约定

Question

可能重复:
C#编码样式 - 行长/包装线

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

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

解决方案:我的团队我决定每行100个字符,它似乎是一个很好的线宽.

Answer 1

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

每个人都会有自己的看法,我个人认为现在80个字符的线宽在另一个方向有点偏,但是根据它的确切含义,我试着让自己每行不超过100-120个字符,包括缩进.如果它比这长得多,那么它中可能存在的部分很容易被分解出来,并以提高可读性的方式放在不同的行上.

因为这就是它的真正含义.可读性.如果你每行使用60个字符或200个字符,我真的不在乎,但是当我必须使用你的代码时,它最好易于阅读,并且一目了然很容易辨别它的作用.

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

Answer 2

我会选择适合的。我通常尽量不要离开我正在处理的屏幕太远。有时，通过将语句放在多行中来人为地缩小语句的范围并不比使用更长的单行更清晰。

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