问题标签 [pep8]

为什么在这个千年里 Python PEP-8应该指定最大行长度为 79 个字符？

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

在这个时代坚持 79 个字符是否有任何（合法的）充分理由？

我在 Stack Overflow 和PEP 8上看到，建议仅在 Python 程序中使用空格进行缩进。我能理解一致缩进的必要性，我也感受到了那种痛苦。

首选空间是否存在根本原因？我原以为标签更容易使用。

PEP 8指出：

导入总是放在文件的顶部，就在任何模块注释和文档字符串之后，模块全局变量和常量之前。

但是，如果我正在导入的类/方法/函数仅在极少数情况下使用，那么在需要时进行导入肯定会更有效吗？

这不就是：

比这更有效率？

一点背景：

• PEP 8是Python 代码的样式指南。它包含所有 python 程序员应该遵循的约定。
• 根据 PEP 8， pep8.py是一个（非常有用的）脚本，用于检查给定 python 脚本的代码格式。
• Eclipse是一个很棒的 IDE。使用Pydev扩展，可用于开发 Python

我在编写脚本时手动运行 pep8.py，但对于较大的项目，我更喜欢使用 Eclipse。在 Eclipse/Pydev 中集成 pep8.py 非常有用，因此它可以在项目中的所有文件中自动运行，并指向包含警告的行。也许有一个明显的方法可以做到这一点，但我还没有找到它。

问题是：如何在 Eclipse 中集成 pep8.py？

在 Python 中编码时，最好按照 PEP8 的准则进行编码。

在为 Symbian 编码时，最好遵循其编码标准。

但是当我为 PyS60 编码时，我应该遵循哪些准则？到目前为止，我一直在关注 PEP8，但这段代码显示相反。我需要返工我的代码吗？

在编写 python 代码时，我只使用 2 个空格来缩进，当然PEP-8确实建议使用 4 个空格，但从历史上看，这对我来说并不常见。

那么，谁能说服我使用 4 个空格而不是 2 个空格？有什么好处和坏处？

PS 最后，将所有现有代码库从 2 个空格转换为 4 个空格的简单方法是什么？

PPS PEP-8 也严格建议不要使用制表符进行缩进。在这里阅读

所以，总结一下：

优点：

• 当包裹超过 80 行的字符串时，有更多的空间来排列。
• 可以从片段中复制代码，并且可以正常工作。

缺点：

• 使用更深层次的嵌套语句，实际代码的空间更少。

谢谢。

为了在 python 模式下检查代码，我使用 flymake 和pyflakes

我还想用 pylint 检查代码样式（pep8）（与 pyflakes 在同一页上的描述）

该解决方案有效。但是我无法将 flymake 配置为与 pyflakes 和 pylint 一起使用。我该怎么做？

这可能有一个简单的答案，只是不知道如何从我的搜索中梳理出来。

我在我的 python 代码中遵守PEP8，我目前正在使用 OptionParser 作为我正在编写的脚本。为了防止行超过 80，我在需要的地方使用了反斜杠。

例如：

反斜杠后的缩进导致：

“随机”之后的那个差距让我很恼火。我可以做：

但这同样让我感到困扰。这似乎很愚蠢：

肯定有更好的办法？

我想就这些工具获得一些反馈：

• 特征;
• 适应性；
• 易用性和学习曲线。

PEP 8建议在程序开始时导入模块。

现在，我觉得在主程序的开头（即 after if __name__ == '__main__'）导入其中的一些是有意义的。例如，如果主程序从命令行读取参数，我倾向于在主程序import sys的开头做：这样，当代码用作模块时，不必导入，因为不需要，在这种情况下，用于命令行参数访问。sys

这种对 PEP 8 的侵犯有多严重？我应该避免这样做吗？还是修改 PEP 8 是否合理？