有时我会把if中的长条件分解成几行。最明显的方法是：
if (cond1 == 'val1' and cond2 == 'val2' and
cond3 == 'val3' and cond4 == 'val4'):
do_something
视觉上不是很吸引人，因为动作与环境融为一体。然而，这是使用4个空格的正确Python缩进的自然方式。
目前我正在使用：
if ( cond1 == 'val1' and cond2 == 'val2' and
cond3 == 'val3' and cond4 == 'val4'):
do_something
但这不是很漂亮
你能推荐另一种方法吗？
当前回答
如果我们只在条件和主体之间插入一个额外的空白行，然后以规范的方式执行其余的操作，会怎么样？
if (cond1 == 'val1' and cond2 == 'val2' and
cond3 == 'val3' and cond4 == 'val4'):
do_something
p.s.我总是使用制表符，而不是空格；我无法微调。。。
其他回答
我也一直在努力找到一种体面的方式来做这件事，所以我只是想出了一个主意（不是银弹，因为这主要是品味问题）。
if bool(condition1 and
condition2 and
...
conditionN):
foo()
bar()
与我见过的其他解决方案相比，我发现这个解决方案有一些优点，即，您可以获得额外的4个缩进空间（bool），允许所有条件垂直排列，并且if语句的主体可以以清晰的方式缩进。这也保留了布尔运算符短路求值的优点，但当然增加了基本上什么都不做的函数调用的开销。您可以（有效地）辩称，任何返回其参数的函数都可以在这里使用，而不是bool，但正如我所说，这只是一个想法，最终还是一个口味问题。
有趣的是，当我写这篇文章并思考“问题”时，我想到了另一个想法，它消除了函数调用的开销。为什么不使用额外的括号对来表示我们将要进入一个复杂的条件呢？再多说2个，以相对于if语句的主体对子条件进行2个空格的缩进。例子：
if (((foo and
bar and
frob and
ninja_bear))):
do_stuff()
我有点喜欢这样，因为当你看着它时，一个铃声立刻在你的脑海中响起：“嘿，这里发生了一件复杂的事情！”。是的，我知道括号对可读性没有帮助，但这些条件应该很少出现，当它们出现时，你必须停下来仔细阅读它们（因为它们很复杂）。
总之，还有两个我没有看到的提案。希望这对某人有所帮助：）
如果我们只在条件和主体之间插入一个额外的空白行，然后以规范的方式执行其余的操作，会怎么样？
if (cond1 == 'val1' and cond2 == 'val2' and
cond3 == 'val3' and cond4 == 'val4'):
do_something
p.s.我总是使用制表符，而不是空格；我无法微调。。。
（我对标识符进行了轻微修改，因为固定宽度的名称不能代表真实代码——至少不能代表我遇到的真实代码——并且会掩盖示例的可读性。）
if (cond1 == "val1" and cond22 == "val2"
and cond333 == "val3" and cond4444 == "val4"):
do_something
这适用于“和”和“或”（重要的是它们位于第二行的第一位），但对于其他较长的条件就更不适用了。幸运的是，前者似乎是更常见的情况，而后者往往很容易用临时变量重写。（这通常不难，但在重写时保持“和”/“或”的短路可能很难或不那么明显/可读。）
由于我在你的关于C++的博客文章中发现了这个问题，我将补充我的C++风格是相同的：
if (cond1 == "val1" and cond22 == "val2"
and cond333 == "val3" and cond4444 == "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()
是的，为了清晰起见，我们在交易一些垂直房地产。非常值得。
请原谅我的无知，但我对#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比较操作。无需多级条件
希望它能帮助你们
