为什么在这个世纪应该使用Python PEP-8 指定最大行长度为 79 个字符?

几乎所有代码编辑器都可以处理更长的行。如何包装应该是内容消费者的选择,而不是内容创建者的责任。

在这个时代,有什么(合法的)充分理由坚持79个字符吗?

有帮助吗?

解决方案

PEP-8 的大部分价值在于阻止人们争论无关紧要的格式规则,并继续编写良好的、格式一致的代码。当然,没有人真正认为 79 是最佳的,但是将其更改为 99 或 119 或任何您喜欢的行长度并没有明显的好处。我认为选择是这些:遵循规则并找到值得为之奋斗的理由,或者提供一些数据来证明可读性和生产力如何随行长度而变化。后者将非常有趣,并且我认为很有可能改变人们的想法。

其他提示

保持代码可读性而不仅仅是机器可读。许多设备一次仍然只能显示 80 个字符。此外,通过并排设置多个窗口,屏幕较大的人可以更轻松地执行多项任务。

可读性也是强制行缩进的原因之一。

我是一名程序员,每天必须处理大量代码。开源和内部开发的内容。

作为一名程序员,我发现一次打开许多源文件很有用,并且经常在我的(宽屏)显示器上组织我的桌面,以便两个源文件并排排列。我可能会同时使用两种语言进行编程,或者只是阅读一种语言并使用另一种语言进行编程。

当其中一个源文件的宽度超过 120 个字符时,我感到不满意和沮丧,因为这意味着我无法轻松地将一行代码放在一行屏幕上。它扰乱了换行的格式。

我说“120”是因为如果代码超过这个级别,我会感到恼火。在这么多字符之后,您应该为了可读性而跨行拆分,更不用说编码标准了。

我编写代码时考虑了 80 列。这只是为了当我确实泄漏到该边界时,这并不是一件坏事。

我相信研究印刷术的人会告诉你,每行 66 个字符应该是最易读的宽度长度。即便如此,如果您需要通过 ssh 会话远程调试机器,大多数终端默认为 80 个字符,79 个字符正好合适,在这种情况下尝试使用更宽的字符会变得非常痛苦。您还会对使用 vim + screen 作为日常环境的开发人员数量感到惊讶。

以默认尺寸打印等宽字体(在 A4 纸上)为 80 列 x 66 行。

这就是我喜欢 80 个字符的原因:在工作中,我使用 Vim,并在运行于 1680x1040 的显示器上一次处理两个文件(我永远不记得了)。如果行更长,即使使用自动换行,我也无法阅读文件。不用说,我讨厌处理其他人的代码,因为他们喜欢长行。

由于空格在 Python 中具有语义含义,因此某些自动换行方法可能会产生不正确或不明确的结果,因此需要进行一些限制来避免这些情况。自从我们使用电传打字机以来,80 个字符的行长度已成为标准,因此 79 个字符似乎是一个相当安全的选择。

因为如果你将其推到第 80 列之外,则意味着你正在编写一行非常长且复杂的代码,其作用太多(因此你应该重构),或者你缩进太多(因此你应该重构)。

我同意贾斯汀的观点。详细来说,过长的代码行很难被人类阅读,并且有些人的控制台宽度可能只能容纳每行 80 个字符。

风格推荐是为了确保您编写的代码可以被尽可能多的人在尽可能多的平台上并且尽可能舒适地阅读。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top