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

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

    do_something

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

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

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

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

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

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

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

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

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

if False not in Conditions:
    do_something

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

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

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

请原谅我的无知，但我对#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比较操作。无需多级条件

希望它能帮助你们