问题标签 [pep8]

为什么PEP 8 建议=在关键字参数或默认参数值中不要有空格？

=这是否与在 Python 代码中每隔一个出现的地方推荐空格不一致？

怎么：

优于：

任何指向 Python 的BDFL讨论/解释的链接将不胜感激。

请注意，这个问题更多的是关于 kwargs 而不是默认值，我只是使用了 PEP 8 中的措辞。

我不是在征求意见。我在问这个决定背后的原因。这更像是问我为什么要在 C 程序中的语句{与语句在同一行使用，而不是问我是否应该使用它。if

那么哪个更好，为什么？

或者

从PEP 8开始：

我认为逗号分隔的样式更简单、更短、更容易读写，直到我读了 PEP8。它有什么缺点吗？PEP 8 没有对此做出任何解释。

所以我的问题是，为什么这么糟糕？

这似乎是一个非常简单的问题；但我看不出它实际上是如何可能的。我通常相当不错我的代码符合 PEP8。83 个字符是很好的类型。我有一个较长的列表（字典）理解与or我试图带到新行但我不知道如何进入or新行的理解相结合。

一个非常简化的版本是：

每当（无论在哪里）我尝试将其or 'hello'放在新行上，它都会惨遭失败；命令行解释器和 emacs 的解析器也不理解，所以它可能是不可能的。

是否有可能建立or 'hello'一条新线路，如果可以，它会去哪里？

我想知道你们如何处理功能失败。你会引发异常，还是返回错误消息？

例如，我有一个应该连接到外部 com 对象的函数。如果 com-object 没有通过其他程序启动，则无法建立连接。通知主程序的首选 python 方式是什么？我应该使用详细的错误消息引发异常，还是应该简单地返回错误消息？

谢谢！

我们正在尝试遵循PEP8指南来格式化我们的 Python 代码并保持在每行 80 个字符以下。

我们的 SQLAlchemy 行特别麻烦，有很多链式方法和大量复杂的参数、逻辑和嵌套函数。

使用 PEP8 的约束格式化 Python SQLAlchemy 是否有任何特定的最佳实践？

我找到的最接近的答案是here，但是我正在处理的代码要复杂得多。

我用 Vim 编写 Python 已经有一段时间了，但有一件事我无法弄清楚如何将它设置为自动缩进到最后一个打开的括号的级别。

根据 pep8，如果您有一个开放的括号并且您需要打破该行以适合 80 列，那么您应该在该开放的括号处继续下一行。例子：

显然这是一个疯狂的例子，但这就是你应该如何在 python 中打破你的行。

我真正想做的是设置 Vim，这样当我输入时fit,<cr>，它会将我的光标放在打开括号右侧的下一行，所以我可以输入on,etc. 而不是某种组合的<tab>和<space>键。

我认为我永远不会相信 Vim 中 python 代码的自动格式化程序，但如果它也可以的话，我会加分。

我正在使用这个插件来检测 Vim 中的 PEP-8 错误和警告：http: //www.vim.org/scripts/script.php? script_id=3430

我想忽略后端 pep8 工具中给出的一些错误和警告，例如 E501 和 W601：http: //pypi.python.org/pypi/pep8

当我查看插件代码时，我可以看到它支持这个：

但我该如何使用它？

据我所知，在 unix 中，始终在文件末尾有空行是一个好习惯 - 或者换句话说：每一行都应该以\n.

在使用 PEP8 检查我的 python 代码时，我注意到它还指出\n文件末尾应该有：

奇怪的是，它与 W391 冲突：

应该如何？我应该在文件末尾有空行吗？

所以我查看了一些代码并在 pylint 的帮助下将其提升到 PEP 8 标准，我注意到如果我在打印语句中使用三引号，其中文本超过 120 个字符（我们允许 120 而不是 79）pylint没有抱怨。
这是 pylint 中的一个错误，还是它认为它可能是一个注释并且对行的长度更宽容，或者它不关心你在三引号中使用字符串有多远，因为你可能想以这种方式格式化它们？

为了清楚起见：是的 pylint 在超过行长的所有其他情况下都可以正常工作。