【设计模式组合拳】建造者+责任链模式

全文字数：1400+

阅读时间：5分钟

建造者模式

建造者模式（Builder Pattern）使用多个简单的对象一步一步构建成一个复杂的对象。

这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

一个 Builder 类会一步一步构造最终的对象。该 Builder 类是独立于其他对象的。

介绍

• 意图： 将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。
• 主要解决： 主要解决在软件系统中，有时候面临着”一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。
• 何时使用： 一些基本部件不会变，而其组合经常变化的时候。
• 优点： 1、建造者独立，易扩展。 2、便于控制细节风险。
• 缺点： 1、产品必须有共同点，范围有限制。 2、如内部变化复杂，会有很多的建造类。
• 使用场景： 1、需要生成的对象具有复杂的内部结构。 2、需要生成的对象内部属性本身相互依赖。

详细

不理解的可以去看看我之前的文章~

三分钟理解建造者模式

责任链模式

责任链模式（Chain of Responsibility Pattern）为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。

在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。

这种类型的设计模式属于行为型模式。

介绍

• 意图：避免请求发送者与接收者耦合在一起，让多个对象都有可能接收请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。
• 主要解决： 职责链上的处理者负责处理请求，客户只需要将请求发送到职责链上即可，无须关心请求的处理细节和请求的传递，所以职责链将请求的发送者和请求的处理者解耦了。
• 何时使用： 在处理消息的时候以过滤很多道。
• 优点： 1、降低耦合度。它将请求的发送者和接收者解耦。 2、简化了对象。使得对象不需要知道链的结构。 3、增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序，允许动态地新增或者删除责任。 4、增加新的请求处理类很方便。
• 缺点： 1、不能保证请求一定被接收。 2、系统性能将受到一定影响，而且在进行代码调试时不太方便，可能会造成循环调用。 3、可能不容易观察运行时的特征，有碍于除错。
• 使用场景： 1、公司内部 销流程。

详细

不理解的可以去看看我之前的文章~

三分钟理解责任链模式

场景

公司内部 销流程：

实现

• 步骤一

  创建AbstractHandler类

• 步骤二

  创建项目经理审批类

• 步骤三

  创建项目总监审批类

• 步骤四

  创建BOSS审批类

• 步骤五

  创建财务审批类

  创建结束流程类

• 运行

• 结果

总结

可以看出来建造者+责任链可以更清晰更简洁的编写代码。

在这里我只是用简单的实现来代替，可根据自己的业务去拓展。

往期推荐

三分钟理解责任链模式

三分钟理解建造者模式

Being great means that you are not average.
成为一名杰出的人意味着你不再平凡。

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览92447 人正在系统学习中