在编写 OOP 代码时，我应用了一些优雅对象的实践。 其中之一是类应该是最终的。这意味着它们不能通过继承来扩展，只能通过组合来扩展。 优点是简单。我的意思是，通过这种方式，每个对象都被视为一个有凝聚力的块。其客户感兴趣的是其暴露的行为。而已。相反，通过扩展，客户可以打破它。 例如，一个对象可以将它的两个方法相互关联。因此，如果我们可以通过扩展替换其中一个，我们就可以破坏另一个。出于这个原因，可以肯定的是，我们应该检查它的实现。通过这种方式，我们增加了扩展和扩展之间的耦合。 换句话说，最终类强制我们应该只关心暴露的行为的想法。而不是实施。尽管如此，它需要改变我们对它们的推理方式。 Alias 模式简化了这种变化的一个方面。 意图 别名模式允许扩展类可以构建其对象的方式，而无需子类化或修改它。 动机 假设一个最终类使用一些强制参数创建其对象。我们如何添加另一种方法来创建它的对象？例如，我们如何添加一个构造函数，为它的一个或多个缺失参数使用默认值？ 一种方法是向类添加另一个构造函数。但这可能会失控。此外，这不可能。例如，上述最终类可以在外部库中。 这种方法的另一个缺点是我们可以污染最终类。例如，我们可以有一个最终类，它在给定 JSON 的情况下构建其对象。但一段时间后，我们还需要添加 XML。正如您可以想象的那样，添加将 XML 映射到 JSON 的代码将不可避免地污染该类。 但是，别名模式不限于最终类。例如，我们不能有两个具有相同参数但语义不同的构造函数。 为了解决这个问题，我们可以在类代码中添加静态工厂方法。但是同样的上述缺点影响了这种方法。那就是：这失控了；这不可能总是可行的；这会污染课堂。 解决这两个问题的更好方法是创建另一个具有所需构造函数行为的类。这个类封装了自己的构造逻辑。它会将所有内容委托给其他类，包括实际的创建。这是别名模式。 适用性 在以下情况下使用别名模式： 您需要添加或修改最终类的构造函数； 您想添加或修改类的构造函数而不修改或子类化它； 您需要两个或多个具有相同参数的类的构造函数，而无需对其进行修改或子类化。 结构 结构简单。我们至少需要两个实现相同接口的类：  和   Alias Aliased. 参与者 AnInterface 声明一个接口。   Aliased 实现  ； AnInterface 公开一个或多个构造函数。   Alias 实现  ； AnInterface 公开一个或多个构造函数； 维护对 对象的引用； Aliased 将所有内容委托给引用的 对象。 Aliased 合作 根据自己的规则构建 对象并维护它的引用。然后它将所有内容委托给别名。 Alias Aliased 结果 别名模式具有以下后果： 它允许轻松添加或修改构造函数； 它促进了组合而不是继承； 它增加了班级的数量； 当用于替换循环创建时，它减少了代码重复； 别名类重复委托代码。如果这是一个问题，则可以使用基本抽象别名类来解决。 执行 要实现别名模式，您需要： 定义接口； 用一个类来实现之前定义的接口。这将是别名； 要使用别名类实现先前定义的接口，您需要： 定义一个构造函数，根据一些需要构建一个别名对象； 引用先前构建的别名对象的私有实例变量；  to 将所有内容委托给别名对象。 示例代码 下面的 Java-ish 代码表达了别名模式。在此代码中，别名为其他强制性参数注入了默认值：   interface AnInterface { void aMethod(); Something anotherMethod(); } final class Aliased implements AnInterface { private final A a; private final B b; Aliased(final A a, final B b) { this.a = a; this.b = b; } void aMethod() { // implementation } Something anotherMethod() { // implementation } } final class Alias implements AnInterface { private final Aliased aliased; Alias(final A a) { this( new Aliased( a, new InstanceOfB(...) ) ); } private Alias(final Aliased aliased) { this.aliased = aliased; } void aMethod() { this.aliased.aMethod(); } Something anotherMethod() { return this.aliased.anotherMethod(); } } 相关模式 在一定程度上，别名模式也可以看作是 对象构造的一种方式。如果我们将类视为负责创建对象的对象，则这种愿景尤其正确。 装饰

Different

2022 - HackerNoon Contributor of the Year - Design

2022 - HackerNoon Contributor of the Year - Docker

2022 - HackerNoon Contributor of the Year - Java

2022 - HackerNoon Contributor of the Year - Linux

Let's talk about OOP!

Nominated for 2022 - HackerNoon Contributor of the Year - Linux

Nominated for 2022 - HackerNoon Contributor of the Year - Design

Nominated for 2022 - HackerNoon Contributor of the Year - Java

Nominated for 2022 - HackerNoon Contributor of the Year - Docker

Software Architect

該音頻是用故事的原始語言製作的！

太長; 讀書

发现别名模式

发现别名模式

About Author

註釋

標籤

这篇文章刊登在

Related Stories

比特币 UTXO 模型，为独特的生态系统提供动力

创建以用户为中心的加密产品：客户反馈的重要性

看不见的层面：为什么用户访谈是不可替代的资产

扬帆起航：利用数据湖开发生产级 RAG 应用程序

比特币 UTXO 模型，为独特的生态系统提供动力

创建以用户为中心的加密产品：客户反馈的重要性

看不见的层面：为什么用户访谈是不可替代的资产

扬帆起航：利用数据湖开发生产级 RAG 应用程序

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps