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

公众号：WarmSmile

全文字数：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类

  public abstract class AbstractHandler<T> {
  
  
      protected AbstractHandler nextHandler;
  
      protected void next(AbstractHandler handler){
          this.nextHandler=handler;
      }
  
      protected abstract void doHandler(T data);
  	// Builder静态类
      public static class Builder<T>{
  
          private AbstractHandler<T> head;
          private AbstractHandler<T> tail;
  
          public Builder<T> addHandler(AbstractHandler<T> handler){
              if(this.head==null){
                  this.head=this.tail=handler;
                  return this;
              }
              this.tail.next(handler);
              this.tail=handler;
              return this;
          }
  
          public AbstractHandler<T> build(){
              // 添加默认的流程结尾
              AbstractHandler baseHandler=new BaseHandler();
              if(this.tail!=null){
                  this.tail.next(baseHandler);
                  this.tail=baseHandler;
              }
              if(this.head==null){
                  this.head=baseHandler;
              }
              return this.head;
          }
  
  
      }
  }
  

• 步骤二

  创建项目经理审批类

  public class AddHandler extends AbstractHandler<NumberValue>{
  
      @Override
      protected void doHandler(NumberValue data) {
          System.out.println("项目经理已审批");
          // 根据业务判断是否需要到下一链
          nextHandler.doHandler(data);
      }
  }
  

• 步骤三

  创建项目总监审批类

  public class DivideHandler extends AbstractHandler<NumberValue> {
  
      @Override
      protected void doHandler(NumberValue data) {
          System.out.println("项目总监已审批");
          // 根据业务判断是否需要到下一链
          nextHandler.doHandler(data);
      }
  }
  

• 步骤四

  创建BOSS审批类

  public class MinusHandler extends AbstractHandler<NumberValue> {
  
      @Override
      protected void doHandler(NumberValue data) {
          System.out.println("BOSS已审批");
          // 根据业务判断是否需要到下一链
          nextHandler.doHandler(data)
      }
  }
  
  

• 步骤五

  创建财务审批类

  public class MultiplyHandler extends AbstractHandler<NumberValue> {
  
      @Override
      protected void doHandler(NumberValue data) {
          System.out.println("财务已审批");
          // 根据业务判断是否需要到下一链
          nextHandler.doHandler(data);
      }
  }
  

  创建结束流程类

  public class BaseHandler extends AbstractHandler<NumberValue>{
  
      @Override
      protected void doHandler(NumberValue data) {
          System.out.println("流程结束");
      }
  }
  
  

• 运行

  public static void main(String[] args) {
          AbstractHandler.Builder builder=new AbstractHandler.Builder();
          builder.addHandler(new AddHandler())
                  .addHandler(new DivideHandler())
                  .addHandler(new MinusHandler())
                  .addHandler(new MultiplyHandler())
                  .build()
                  .doHandler(null);
      }
  

• 结果

  项目经理已审批
  项目总监已审批
  BOSS已审批
  财务已审批
  流程结束
  

总结

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

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

往期推荐

三分钟理解责任链模式

三分钟理解建造者模式

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