builder 模式_Builder模式是一个有限状态机！

让我们从一个简单的示例“ Person构建器”开始。 该人员可以具有三个参数：标题，名字和姓氏。 这是一个非常人为的示例，不需要构建器，但是可以达到目的。 为了解释，请忍受我。

让我们将此Builder建模为有限状态机 。 只有一个状态， withXXX()方法是往返的过渡：

在这一点上，构建器存在的唯一原因是改善了构造函数具有许多参数的情况。 恕我直言，与下面的其他情况相比，它是一个退化的生成器，因为有限状态机只有一个状态。

现在，让我们添加一个附加约束：与前一种情况相比，现在需要姓氏参数。

一种可能的选择是将参数添加到构建器构造函数。 虽然可能有少量参数，但如果此参数增加，很快就会变得难以管理。 另一种选择是使用有限状态机（再次）：

从第一种状态进入第二种状态的唯一方法是传递名字。

上一段是关于必需和可选参数的。 让我们再增加一层复杂性。 想象一下一个披萨制造商，允许选择两个不同的披萨层：酱料基料和不同的配料。

但是，某些成分仅适用于特定碱。 例如，只能在番茄基础上添加菠萝，而鲑鱼只能在酸奶油基础上添加。

相应的有限状态机可以这样建模：

从上面可以看出，构建器可以处理复杂的用例。 在第一个段落中描述的最简单的代码是在字节码或源代码级别生成代码的简单目标。 另外两段中描述的其他情况不太容易处理。

为了以足够通用的方式生成代码来处理每种方法，我相信最好的方法是将Builder建模为有限状态机。