我很惊讶没有看到我的首选解决方案，

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

因为和是一个关键字，所以它会被我的编辑器高亮显示，并且看起来与下面的do_something完全不同。

我通常做的是：

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

这样，右括号和冒号可视地标志着我们的状态结束。

“all”和“any”适用于同一类型case的许多条件。但他们总是评估所有条件。如本例所示：

def c1():
    print " Executed c1"
    return False
def c2():
    print " Executed c2"
    return False


print "simple and (aborts early!)"
if c1() and c2():
    pass

print

print "all (executes all :( )"
if all((c1(),c2())):
    pass

print

将您的条件打包到列表中，然后执行smth。如：

if False not in Conditions:
    do_something

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

def is_action__required(...):
    return (cond1 == 'val1' and cond2 == 'val2'
            and cond3 == 'val3' and 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()

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