演化架构和紧急设计: 利用可重用代码，第 2 部分：捕捉惯用模式

核心提示： 清单 3 中的示例展示了 Java 语言中的 4 种不同的初始化方法： 在 main() 方法中在构造函数中在一个静态 初始化块中，在加载类时执行在一个初始化块中，演化架构和紧急设计: 利用可重用代码，第 2 部分：捕捉惯用模式(3)，仅在构造函数之前执行执行顺序如图 1 所示： 图 1. Ja

清单 3 中的示例展示了 Java 语言中的 4 种不同的初始化方法：

在 main() 方法中

在构造函数中

在一个静态 初始化块中，在加载类时执行

在一个初始化块中，仅在构造函数之前执行

执行顺序如图 1 所示：

图 1. Java 语言中的初始化顺序

查看原图（大图）

加载类之后，静态初始化器首先运行，紧接着运行的是 main 方法（也是静态的）。之后，Java 平台汇集所有实例 初始化块并在构造函数之前执行它们，最后运行构造函数本身。实例初始化器允许您为一个匿名内部类执行构造代码。事实上，它是惟一真实的初始化机制，因为要为一个匿名内部类编写一个构造函数是不可能的 — 构造函数必须与类具有相同的名称，但是匿名内部类下面的类没有 名称。

通过使用一种本质上不太智慧的 Java 技巧，您可以避免重用要执行的一系列方法的主机名。但是，这样做的代价就是，会有一个奇怪的语法令您的同事备受困扰。

负面效应

将 APIs 作为惯用模式进行提取是一种极其有效的方法，而且可能是利用您所发现的可重用 gems 最常见的方式。该方法的缺点在于其常态：难以区分您提取的设计元素，因为它们看起来就像您的所有其他代码。项目中您的接任人会很难理解您创建的 API 会与其周围的代码有所不同，因此您通过探测发现模式的努力可能会付之一炬。不过，如果您可以将惯用模式从其他代码中凸显出来，这样就可以更容易地看到它的不同。