类似问题
编码时,您格式化了多少列?
每行代码的合理最大字符数是多少?
人们还按照 80 列规则生活吗?
80列的限制,还有用吗?
通过代码边距,我指的是指导特定代码行长度的行。不同的 IDE 对此设备有不同的语言,我相信 Visual Studio 称它们为“排水沟”。
话虽如此,长度代码边距是否有特定标准?我的 IDE(Netbeans)默认有 80 个,但我想知道该默认值是否有任何押韵或原因。
编码时,您格式化了多少列?
每行代码的合理最大字符数是多少?
人们还按照 80 列规则生活吗?
80列的限制,还有用吗?
通过代码边距,我指的是指导特定代码行长度的行。不同的 IDE 对此设备有不同的语言,我相信 Visual Studio 称它们为“排水沟”。
话虽如此,长度代码边距是否有特定标准?我的 IDE(Netbeans)默认有 80 个,但我想知道该默认值是否有任何押韵或原因。
80 多年来,我们一直在使用 80 列,这要归功于 IBM 的打孔卡。这是 PC 上的默认文本模式,也是终端窗口的默认大小。将您的行保持在 80 列限制之下意味着它们可以在这些环境中显示而无需换行。
我相信 Visual Studio 的默认值为 120 列(尽管可以更改),考虑到 LongVerboseDotNetCompliant 命名约定,我认为这更有意义。在 IDE 中工作时,将其最大化是很常见的,因此 80 列的限制往往会浪费空间,除非您打开了很多侧边栏。
我碰巧更喜欢 72(在编写 HTML、Python 等时),它允许我的代码适合标准终端,并有空间打开行号。
这通常设置为 80,因为这是终端的标准字符宽度,允许从命令行轻松查看代码。
它在诸如 python 之类的语言中仍然很流行,其中空格很重要,并且通过 CLI 与解释器一起工作很常见,但在其他语言中变得不那么标准了。
取决于:
1)您是否要将代码打印到纸上(例如,用于代码审查时的讲义);2)检查或维护代码的
其他人将使用什么环境。
80 列是通用标准(如前所述),因此适合该宽度的代码可以在现有的任何打印机上打印。同样,现有的任何编辑器都可以查看和编辑 80 列代码,而无需处理换行。
另一方面,如果您知道您的团队将始终使用宽屏 IDE 编辑器和横向模式打印,那么120 列是一个合理的最大代码宽度。
您还应该使用合理的缩进宽度,例如 3 到 5 个空格。2 个空格通常太小,无法在长方法中看到对齐的语句(但对于 SQL 等语言中的小方法来说还可以),而 8 个空格不必要地占用了相当多的水平空间。
除了与能力较差的环境兼容之外,80 列还有一个额外的优势:以半智能方式分成较短的行的长语句通常比 120 列的单行更容易阅读,即使环境可以显示没有包装它。
我见过有人使用长(120 或更多)列,但出于上述原因以及其他原因,我坚持使用 80 列,例如:
因此,这完全取决于您是否独自工作以及如何使用所有代码 - 由其他人阅读或维护等。
我通常以某些不幸的人可以在 1024x768 上查看的大小进行编码