pep-8的有效性如何"将所有行限制为最多79个字符."

Question

这似乎是过去25岁以上显示器的遗物.我正在寻找stackoverflow成员对此的看法,你是否总是尊重这一建议.

Answer 1

不是每个人都有25"显示器.我们在这里使用双21"显示器设置,但这绝不是标准配置.还有很多人不是专业编程人员用最新最好的设置编写python,但是有19英寸或更少(笔记本电脑,上网本)监视器的贫困大学生(我!).业余爱好程序员和"其他"专业人员可能没有作为不错的设置,学校,公共场所和其他学校的桌面空间也受到限制.但到处都有 80个字符终端或多或少存在.

有限的宽度(实际上,任何好的标准)是A Good Thing™,因为它提供了一个很好的标准外观.我知道如果我查看Python,Pygame,PyPy或MyPaint中包含的模块,那么每个模块都会有一个非常标准的感觉.这有助于我理解代码所需的时间.

再看一下代码宽度,请阅读这些 人要说的内容.

Answer 2

我总是遵循任何语言的80个字符限制,原因如下:

• 一致性,一致性,一致性.
• 多个窗口或列中的多个视图的可能性.
• 新旧编辑之间的无缝切换.
• 鼓励保持浅薄,争论少,表达简明扼要.

最后一个是最重要的,并且与冗长的命名约定相结合.如果它不适合一行或整齐地分成两行,那么无论你的命名如何,代码都可能需要进行调整.

虽然我将其称为80个字符的限制,但在实践中,对于那些坚持使用滚动条和边框的控制台编辑器来说,保留79个甚至78个列是个好主意.

在相关的说明中,我使用制表符进行缩进和空格对齐.这样,如果更改选项卡大小,则不会影响格式设置.但是,关于80列规则,我最低限度地确保在使用4列选项卡时代码没有达到边距,因为高于此的选项卡大小不太常见.

Answer 3

我尝试使用它,因为我喜欢有一些惯例来保持我的位置,但我知道动态线包装等等,它变得不那么常见了.例如,Linux内核多年来会将约定作为一个可靠的规则,但最近,他们已经接受了超过80个char长行的贡献.

另外要记住的是,许多编辑提供了拆分视图.我经常在列中打开两个文档,并且使用宽屏幕监视器,这些列(对我来说)大约有83个字符宽度.因此,在某些特定情况下,约定仍然有用.

Answer 4

今天,79或80个字符行限制是完全合理的.其他几位人士指出,并不是每个人都有像你一样宽的显示器.此外,您的GUI编辑器不是唯一可以读取或写入代码的地方.这里还有一些长线真正痛苦的地方:

• 并排差异.
• 电子邮件中的代码段.
• 文本模式控制台.(例如,在生产服务器调试期间.)
• 打印输出.
• GUI编辑器,由那些没有最大化每个应用程序来填充桌面的人使用.(我个人喜欢在我的屏幕的一侧保留API文档,在另一侧保留我的编辑器.)

Answer 5

我认为 80 个字符的限制很好，并且在 Python 中工作得很好（也许在 Java 或 JavaScript 中没有那么多，但在 Python 中非常可行）。我总是尽力尊重它。我在 2 台 24 英寸显示器上工作，一台是纵向显示器，另一台是横向显示器，这对于我在纵向显示器上并排有 2 个窗口或横向显示器上并排有 3.5 个窗口来说非常宝贵。

虽然编辑器会对长行进行换行，但它会以一种丑陋的方式换行，从而破坏代码流，使其更难以阅读。