线宽的C#编码约定

可能重复：

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

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

---

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

我会选择合适的。我通常会尽量不把屏幕伸得太远。有时，通过将语句放在多行上来人为地缩小语句的范围并不比用一行更长的语句更清晰

---

这是一个非常主观的问题

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

我有两个显示器，一个是26英尺，另一个是22英尺。我使用较小的工具来放置工具窗口，如文件结构、类视图、代码定义、对象浏览器、待办事项浏览器、输出、错误列表、挂起的更改（Ankh插件）等等。我离开主窗口只是为了代码和项目浏览器，所以我告诉ReSharper将我的行宽度设置为160个字符（以防我需要那么长的行）。通常我不会超过120个字符，这是我觉得最舒服的长度。如果我必须用比这个少的显示器工作，我会觉得自己很笨

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

如果我选择了“适合什么”，而没有太多的考虑，我会在一个函数中填充60行，每行260个字符，并且仍然可以说“它适合我的屏幕”。是的，我也没有使用小得可笑的字体。（9点Courier全新24英寸宽屏显示器，1920x1200，基本上全屏幕都用于代码；解决方案浏览器、代码定义窗口、输出窗口、错误列表等都在我的第二个显示器上。）

每个人都会有自己的观点，我个人认为现在80个字符的行宽在另一个方向上有点不合适，但根据具体内容，我尽量将自己的每行字数控制在100-120个字符以下，包括缩进。如果它的篇幅比这长得多，其中可能有一些部分可以很容易地拆分出来，并以提高可读性的方式放在单独的行中

因为这才是真正的意义所在。可读性。我真的不在乎每行使用60个字符还是200个字符，但是当我必须处理代码时，最好是易于阅读，并且易于一眼看出它的作用

---

另外，试着以能够提供有意义的差异的方式来组织代码，同样，这些差异也很容易阅读。这是我试图坚持的另一条经验法则；如果我比较两组文件，我希望看到真正重要的更改，而不是一公里长的行，其中唯一的区别是单个字符的更改（这很可能是一个非常有效的更改，但在这样一个庞然大物中很难找到）。

您可能会发现适合您的屏幕的更改效果很好。如果您需要在多行上换行，那么可以很好地对其进行格式化，以使其可读。如果你需要在一行中使用更多字体，那么就选择较小的字体。就我个人而言，我宁愿行从末尾延伸而不是太短，因为某些原因让我感到厌烦。

使用ShorthandName=System.Collections.Generic.List“确保功能适合我的屏幕，而不进行任何滚动（垂直或水平）”-水平-这很好，我也可以这样做。但是垂直的呢？我甚至无法想象。但我喜欢你的想法，所以+1这是一个分解方法的指南。如果它变得很长，将一些内容拉到另一个适当命名的函数中，因此原始方法是由对执行工作的方法的调用组成的，通过查看它调用的方法的名称，可以清楚地了解它所做的事情。听起来很好。我非常希望它能够以这种方式编写代码。