是什么推动了政治公众人物8的“不结盟”政策？

Question

PEP 8有一个specific guideline，用于对齐运算符周围的空白：

No:

x             = 1
y             = 2
long_variable = 3

如果我理解正确，也建议不要：

salaries = {
    "Alice": 1500,
    "Bob":   1300,
    #      ^^ extra whitespace
}

这些具体建议有何用处？

Answer 1

这条规则是圭多原创性文章published in 1998的一部分，他在文中说：

(Don't bother to argue with me on any of the above I've grown accustomed to this style over 15 years.)

所以他并没有直接激励这一点，但我可以想出一些很好的理由来解释为什么你不想这么做。将代码与空格对齐在当时似乎是个好主意，所有的东西都整齐地排列在一起。在

但大多数项目并不是一成不变的。您经常会发现在实际项目中，代码会随着时间的推移而改变，您可以在列表中添加、删除或重命名条目。您很容易就不得不调整整个块的对齐方式，因为您的更改更改了现在最长的条目。在

这样的改变会给你带来更多的工作。你必须重新对齐块。您的同事和您未来的自己必须做更多的工作来阅读您的版本控制系统中的变更集。在

或者，后来的编辑可能会因为不得不重新整理其他条目而犹豫不决。葡萄酒项目dlls/msi/msipriv.h文件started nicely aligned，但是overtimeinconsistencies潜入你的end up with a bit of a mess。在

其次，对齐并不一定会使代码更易于阅读；如果中间有足够的空白，您很容易会误读值与名称的对应关系。在

同时，pep8是一个指导原则。document itself states：

A Foolish Consistency is the Hobgoblin of Little Minds

[...]

However, know when to be inconsistent sometimes style guide recommendations just aren't applicable. When in doubt, use your best judgment. Look at other examples and decide what looks best.

您需要自己决定何时使用alignment。在

Python标准库的某些部分break this specific rule（是的，这是上面Wine项目示例的Python反射；该示例是imported from an external project years ago），还有{a10}的其他示例，但有时在一些有限的领域中，违反规则是有意义的。在