“通向左侧的快乐之路”是否打破了Python的惯例？

Question

我发现将快乐路径与左侧边缘对齐。这篇短文对提高函数的可读性很有帮助。简单地说，向下读取函数的左边边缘应该会让您逐步了解愉快路径场景的逻辑。错误和特殊情况嵌套在条件项中，或者转换成单独的函数。

这篇文章是考虑到Go的，但我相信这种方法可以应用于其他语言，特别是Python。但是，下面的任何准则(直接取自本文)是否打破了Python的惯例(有时被称为Pythonic习语)？

1. 将愉快路径与左边对齐；您应该能够快速地向下扫描一列，以查看预期的执行流程。
2. 不要在嵌套缩进中隐藏快乐路径逻辑
3. 尽早退出您的功能
4. 避免其他返回；考虑翻转if语句
5. 将高兴返回语句作为最后一行
6. 提取函数和方法，以保持身体的小和可读性
7. 如果你需要大的缩进的身体，考虑给他们自己的功能。

我不认为5，6或7是有争议的。现有的准则或公约是否与1-4中的任何一条相矛盾？

Answer 1

对于这一切，没有像PEP-8这样的强大的Python约定。有些工具，如Pylint，会抱怨无用的其他条款(第4项)或过于复杂的控制流。

我认为有一个强有力的独立于语言的论点，你称之为“通往左边边缘的快乐之路”。以前，在这个站点上，在检验多种条件的方法及其链接问题下考虑了不同代码布局的权衡。

用线性愉快路径构造代码的一个显著缺点是，保护条件通常会包含表单的否定，“如果这不是预期的情况，那么返回”。这样的否定会使代码更难阅读。在合理的情况下，嵌套没有什么根本问题--但是，如果遵循一种“最佳实践”或另一种做法会使代码更难阅读，那么就会有什么问题。