为什么PEP-8指定最大行长度为79个字符？
为什么在这个千禧年里，Python PEP-8指定最大行长度为79个字符？
几乎每个阳光下的代码编辑器都可以处理更长的行。 包装应该是内容消费者的select，而不是内容创build者的责任。
在这个年代有没有（合法的）坚持79个字符的充分理由？
PEP-8的许多价值是阻止人们争论格式不规则的规则，继续编写好的，格式一致的代码。 当然，没有人真的认为79是最佳的，但是将它改成99或119或者你的首选线的长度没有明显的好处。 我认为这些select是这样的：遵守规则，find值得争取的原因，或者提供一些数据来certificate可读性和生产力随着行长的变化而变化。 后者将是非常有趣的，并将有一个很好的机会，改变人们的想法我想。
保持你的代码的可读性不仅仅是机器可读的。 很多设备一次只能显示80个字符。 此外，通过可以设置多个窗口并排，使得大屏幕的用户可以更轻松地进行多任务处理。
可读性也是强制缩进的原因之一。
我相信那些学习印刷术的人会告诉你，每行有66个字符应该是最可读的宽度。 即使如此，如果您需要通过ssh会话远程debugging一台机器，大多数terminal默认为80个字符，79个适合，在这种情况下尝试使用更广泛的任何东西成为一个真正的痛苦。 用vim + screen作为日常环境的开发人员也会感到惊讶。
我是一个程序员，他必须每天处理大量的代码。 开放源代码以及内部开发的内容。
作为一名程序员，我发现一次打开多个源文件是很有用的，而且经常在我的（宽屏）显示器上组织我的桌面，以便两个源文件并排。 我可能是在两个编程，或者只是读一个和另一个编程。
当其中一个源文件的宽度大于120个字符时，我感到不满意和沮丧，因为这意味着我无法在屏幕上顺畅地插入一行代码。 它打乱格式化换行。
我说'120'，因为这是我在代码被广泛的程度上比恼人的水平。 在那么多的人物之后，你应该为了可读性而分裂，更不用说编码标准了。
我写了80列的代码。 这只是当我泄漏这个边界时，这并不是一件坏事。
以默认尺寸打印等宽字体是（在A4纸上）80列66行。
79个字符（好，实际上是72个字符）是大多数基于文本的电子邮件阅读器线包装的地方。 因此，剪切并粘贴到电子邮件中的代码更具可读性。
因为如果你把它推到第80列以上，这意味着要么你正在编写一个非常冗长而又复杂的代码行（这样你应该重构），或者你缩进了太多（所以你应该重构）。
这就是为什么我喜欢这个80个字符的原因：在工作中，我使用Vim，一次在一台运行在1680×1040（我永远不会记得）的显示器上运行两个文件。 如果这些行已经存在，即使使用自动换行，我也无法读取这些文件。 不用说，我讨厌处理其他人的代码，因为他们喜欢排长队。
由于空格在Python中具有语义意义，因此一些换行的方法可能会产生不正确的或模糊的结果，因此需要有一些限制来避免这些情况。 自从我们使用teletypes以来，一个80字符的行长已经是标准的了，所以79个字符看起来像是一个非常安全的select。
我同意贾斯汀。 详细说明，过长的代码行难以被人阅读，有些人可能有控制台宽度，每行只能容纳80个字符。
风格build议是为了确保尽可能多的平台尽可能多地尽可能多地读取您写的代码。
