先整理？

第 1 章. 守护条款

本作品已使用人工智能进行翻译。欢迎您提供反馈和意见：[e-mail]

你会看到这样的代码

if (condition)
    ...some code...

或者这样更好：

if (condition)
    if (not other condition)
        ...some code...

作为读者，很容易在嵌套条件中迷失。将上述内容Tidy到：

if (not condition) return
if (other condition) return
...some code...

这样更容易读懂。它说："在了解代码的细节之前，我们需要牢记一些先决条件"。

(但是，MuLTipLe ReTuRns 呢？例程只有一个返回点的 "规则 "来自 FORTRAN 时代，当时一个例程可以有多个入口和出口点。要调试这样的代码几乎是不可能的。你无法知道执行了哪些语句。带有保护子句的代码更容易分析，因为前提条件是明确的）。

不要过多使用保护分句。一个例程中包含七八个守护子句（我曾亲眼见过），阅读起来并不轻松。它需要更多的关注来划分复杂性。

只有在精确满足提示的情况下，才对保护子句进行整理：

if (condition)
    ...all the rest of the code in the routine...

我看到想整理却整理不了的代码：

if (condition)
    ...some code...
...some other code...

也许前两行可以提取到一个辅助方法中，然后再整理一个守护子句，但始终且只能采取微小的步骤。

下面是一个例子：https://github.com/Bogdanp/dramatiq/pull/470。