Why does PEP-8 specify a maximum line length of 79 characters?为什么在这个千年中，Python PEP-8应该指定最大行长度为79个字符？ 在阳光下几乎每个代码编辑器都可以处理更长的行。 包装应该是内容消费者的选择，而不是内容创建者的责任。 在这个年龄段，是否有(合理的)充分理由坚持使用79个字符？ PEP-8的大部分价值是使人们不再争论无关紧要的格式化规则，而继续编写良好的，一致的格式化代码。当然，没有人真的认为79是最佳选择，但是将其更改为99或119或您首选的行长都没有明显的好处。我认为选择是这样的：遵循规则并寻找值得争取的理由，或者提供一些数据来证明可读性和生产率如何随行长而变化。后者将非常有趣，并且我有很大的机会改变人们的想法。 使您的代码对人类可读，而不仅仅是机器可读。许多设备仍然一次只能显示80个字符。此外，它能够通过并排设置多个窗口，使屏幕较大的人更容易执行多项任务。 可读性也是强制行缩进的原因之一。 我是一个程序员，每天必须处理大量代码。开源以及内部开发的东西。 作为一名程序员，我发现一次打开多个源文件很有用，并且经常在(宽屏)监视器上组织我的桌面，以便两个源文件并排。我可能同时在两者中编程，或者只是阅读其中一项而在另一种中编程。 当这些源文件之一的宽度大于120个字符时，我会感到不满意和沮丧，因为这意味着我无法舒适地将一行代码放在屏幕上。它将格式设置换行。 我说" 120"是因为这是我对超出范围的代码感到恼火的水平。在输入了这么多字符之后，您应该为了便于阅读而将行分开，更不用说编码标准了。 我在编写代码时会考虑80列。只是这样，当我确实在该边界上泄漏时，这并不是一件坏事。 我相信那些研究版式的人会告诉您，每行66个字符应该是长度上最易读的宽度。即使这样，如果您需要通过ssh会话远程调试机器，大多数终端默认为80个字符，而79个恰好适合，在这种情况下尝试使用任何更宽的设备将是一个真正的痛苦。使用vim +屏幕作为日常环境的开发人员数量也会令您感到惊讶。 在A4纸上，默认尺寸下的等宽字体打印为80列乘66行。 这就是为什么我喜欢80个字符的原因：在工作中，我使用Vim并在运行于1680x1040的监视器上一次处理两个文件(我不记得了)。如果行数不再长，即使使用自动换行，我也很难读取文件。不用说，我讨厌处理别人的代码，因为他们喜欢排长队。 由于空白在Python中具有语义含义，因此某些自动换行方法可能会产生错误或模棱两可的结果，因此需要有一定的限制以避免这些情况。自从我们使用电传打字机以来，标准的行长为80个字符，因此79个字符似乎是一个非常安全的选择。 我同意贾斯汀。详细来说，人很难阅读过长的代码行，并且某些人的控制台宽度每行只能容纳80个字符。 推荐使用样式，以确保尽可能多的人在尽可能多的平台上尽可能舒适地阅读您编写的代码。 因为如果将其推到第80列之外，则意味着您正在编写的代码行很长而且很复杂，执行了太多(因此您应该重构)，或者缩进了太多(因此您应该重构)。 |
