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

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

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

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

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

请原谅我的无知，但我对#Python的了解不如在座的任何人，但我碰巧在3D BIM建模中编写自己的对象脚本时发现了类似的东西，因此我将调整我的算法以适应Python。

我在这里发现的问题是双面的：

我的价值观对于试图破译剧本的人来说似乎很陌生。如果这些值被更改（最有可能），或者如果必须添加新条件（破坏模式），代码维护将付出高昂的代价

要绕过所有这些问题，脚本必须这样运行

param_Val01 = Value 01   #give a meaningful name for param_Val(i) preferable an integer
param_Val02 = Value 02
param_Val03 = Value 03
param_Val04 = Value 04   # and ... etc

conditions = 0           # this is a value placeholder

########
Add script that if true will make:

conditions = conditions + param_Val01   #value of placeholder is updated
########

### repeat as needed


if conditions = param_Val01 + param_Val02 + param_Val03 + param_Val04:
    do something

这种方法的优点：

脚本可读。脚本很容易维护。条件是对表示期望条件的值的和的1比较操作。无需多级条件

希望它能帮助你们

当我有一个非常大的if条件时，我更喜欢这种风格：

if (
    expr1
    and (expr2 or expr3)
    and hasattr(thingy1, '__eq__')
    or status=="HappyTimes"
):
    do_stuff()
else:
    do_other_stuff()

“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

如果我们只在条件和主体之间插入一个额外的空白行，然后以规范的方式执行其余的操作，会怎么样？

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

    do_something

p.s.我总是使用制表符，而不是空格；我无法微调。。。

我建议将和关键字移到第二行，并用两个空格而不是四个空格缩进包含条件的所有行：

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

这正是我在代码中解决这个问题的方法。将关键字作为行中的第一个单词可以使条件更加可读，并且减少空格的数量可以进一步区分条件和操作。