这是我个人的看法：长条件（在我看来）是一种代码气味，建议重构为布尔返回函数/方法。例如：

def is_action__required(...):
    return (cond1 == 'val1' and cond2 == 'val2'
            and cond3 == 'val3' and cond4 == 'val4')

现在，如果我找到了一种让多行条件看起来很好的方法，我可能会发现自己满足于拥有它们，并跳过重构。

另一方面，让它们扰乱了我的审美意识，这是一种重构的激励。

因此，我的结论是，多行条件应该看起来很难看，这是避免它们的一种激励。

我发现当我有长条件时，我通常有一个短代码体。在这种情况下，我只需将主体缩进两次，这样：

if (cond1 == 'val1' and cond2 == 'val2' and
    cond3 == 'val3' and cond4 == 'val4'):
        do_something

这里必须有人支持使用垂直空格！：）

if (     cond1 == val1
     and cond2 == val2
     and cond3 == val3
   ):
    do_stuff()

这使每个条件都清晰可见。它还允许更清晰地表达更复杂的条件：

if (    cond1 == val1
     or 
        (     cond2_1 == val2_1
          and cond2_2 >= val2_2
          and cond2_3 != bad2_3
        )
   ):
    do_more_stuff()

是的，为了清晰起见，我们在交易一些垂直房地产。非常值得。

我通常使用：

if ((cond1 == 'val1' and cond2 == 'val2' and
     cond3 == 'val3' and cond4 == 'val4')):
    do_something()

在退化情况下，我采用了以下方法，即简单的AND或or。

if all( [cond1 == 'val1', cond2 == 'val2', cond3 == 'val3', cond4 == 'val4'] ):

if any( [cond1 == 'val1', cond2 == 'val2', cond3 == 'val3', cond4 == 'val4'] ):

它剃掉了几个字符，并清楚地表明没有任何微妙的条件。

就我个人而言，我喜欢给长if语句增加意义。我必须在代码中搜索以找到合适的示例，但这是我想到的第一个示例：假设我碰巧遇到了一些奇怪的逻辑，我想根据许多变量显示某个页面。

英语：“如果登录的用户不是管理员教师，而是普通教师，而不是学生本人……”

if not user.isAdmin() and user.isTeacher() and not user.isStudent():
    doSomething()

当然，这看起来很好，但阅读那些if语句是一项艰巨的工作。我们把逻辑分配给有意义的标签怎么样。“标签”实际上是变量名：

displayTeacherPanel = not user.isAdmin() and user.isTeacher() and not user.isStudent()
if displayTeacherPanel:
    showTeacherPanel()

这可能看起来很愚蠢，但您可能还有另一种情况，即您只想显示另一个项目，如果您正在显示教师面板，或者用户默认可以访问其他特定面板：

if displayTeacherPanel or user.canSeeSpecialPanel():
    showSpecialPanel()

尝试在不使用变量来存储和标记逻辑的情况下编写上述条件，不仅结果是一个非常混乱、难以理解的逻辑语句，而且你自己也在重复。虽然有合理的例外，但请记住：不要重复自己（干）。