为什么在这个千年,Python PEP-8应该指定79个字符的最大线长 ?
几乎所有的代码编辑器都可以处理更长的代码行。如何使用包装应该是内容消费者的选择,而不是内容创造者的责任。
在这个时代,有什么(合理的)好的理由坚持使用79个汉字吗?
保持代码的可读性,而不仅仅是机器可读性。很多设备一次只能显示80个字符。此外,它还可以让拥有大屏幕的人更容易同时处理多项任务,因为它可以将多个窗口并排设置。
可读性也是强制行缩进的原因之一。
由于空格在Python中具有语义意义,一些换行方法可能产生不正确或模糊的结果,因此需要有一些限制来避免这些情况。自从我们使用电传打字机以来,80个字符的行长一直是标准的,所以79个字符似乎是一个相当安全的选择。
我同意贾斯汀的观点。更详细地说,过长的代码行很难让人阅读,有些人的主机宽度可能每行只能容纳80个字符。
风格建议的存在是为了确保您编写的代码能够被尽可能多的人在尽可能多的平台上轻松地阅读。
我是一名程序员,每天都要处理大量的代码。开源和内部开发的东西。
作为一名程序员,我发现同时打开多个源文件很有用,并且经常在我的(宽屏)显示器上组织我的桌面,以便两个源文件并排放置。我可能会用两种语言编程,或者只是阅读一种语言,然后用另一种语言编程。
当其中一个源文件的宽度为120个字符时,我感到不满意和沮丧,因为这意味着我无法在一行屏幕上放置一行代码。它打乱了换行格式。
我之所以说“120”,是因为如果代码的宽度超过这个级别,我会感到恼火。在这么多字符之后,为了可读性,您应该跨行分隔,更不用说编码标准了。
我在写代码时,脑子里有80列。这样当我漏过边界时,就不是什么坏事了。
打印默认大小的等宽字体是(在A4纸上)80列66行。
我相信那些学习排版的人会告诉你,每行66个字符应该是最易读的长度宽度。即便如此,如果您需要通过ssh会话远程调试机器,大多数终端默认为80个字符,79个字符刚刚好,在这种情况下,尝试使用更宽的字符将成为真正的痛苦。你也会惊讶于使用vim +屏幕作为日常环境的开发人员的数量。
因为如果你把它推到第80列以上,这意味着要么你写了很长很复杂的代码行,做了太多的事情(所以你应该重构),要么你缩进太多(所以你应该重构)。
下面是我喜欢80个字符的原因:在工作时,我使用Vim,在1680x1040的显示器上同时处理两个文件(我想是1680x1040)。如果行再长一些,即使使用换行,我也很难阅读文件。不用说,我讨厌处理别人的代码,因为他们喜欢长代码。
PEP-8的主要价值在于让人们停止争论无关紧要的格式规则,并继续编写良好的、格式一致的代码。当然,没有人真的认为79是最优的,但将其更改为99或119或任何您喜欢的行长并没有明显的好处。我认为选择如下:遵循规则,找到一个值得为之奋斗的事业,或者提供一些数据来证明可读性和生产力是如何随着行长而变化的。后者会非常有趣,我认为它很有可能改变人们的想法。