はじめに

まず、私は書籍などで勉強したわけではなく、
先輩エンジニアから学んだ内容を自分なりに咀嚼したものなので、
間違いや認識違いがあればコメントを頂けるとありがたい。

Builderパターンの理解

私の理解としてはBuilderパターンは、DTO + 処理のようなイメージでいる。（厳密には異なる）
日本語で説明すると

コンストラクタで変数をset
setした値を利用して何かしらの処理をする
コンストラクタの引数で足りない場合はsetterで補う

というような感じ。

実際のサンプルコードを書いてみる


public class MessageLinkBuilder{

  private String msg;
  private String url;

  /**
   * メッセージのみまずコンストラクタで渡す
   */
  public MessageLinkBuilder(String msg){
    this.msg = msg;
  }

  /**
   * リンクを作る場合はコンストラクタの代わりにurlメソッドで変数を渡す
   */
  public MessageLinkBuilder url(String url){
    if(url != null){
      this.url = url;
    }
    return this;
  }

  /**
   * これを呼べばメッセージがそのまま返る
   */
  public String gesMsg(){
    return this.msg;
  }

  /**
   * これを呼べばメッセージがリンクに変わって返る
   * ただし、urlをsetしていない場合はmsgが返る
   */
  public String getLink(){
    if(this.url != null){
      StringBuilder sb = new StringBuilder();
      sb.append("<a href=\""); 
      sb.append(this.url);
      sb.append("\">");
      sb.append(this.msg);
      sb.append("</a>");
      return sb.toString;
    } else {
      return this.msg;
    }
  }
}

Bestな例かはわからないが、上記のようなことを実装できる。（クラス名も微妙かも）
使うときはこんなかんじ↓


 /**
  * メッセージ
  */
 String message = new MessageLinkBuilder("ページはこちら").gesMsg();

 /**
  * リンク
  */
 String link = new MessageLinkBuilder("ページはこちら").url("https://XXXX.YYYY").getLink();

メリット

私が現時点で感じているメリットは以下

コンストラクタで大量に渡さなきゃいけないが、無駄な引数を送らなきゃいけない時が多いクラスの処理の改善
コンストラクタの引数が多すぎて順番を間違えたらバグるオブジェクトの修正

結論

実際のプロダクトコードで有効な場面が上の例のようなパターンでしか遭遇していないので、
メリデメがやり切れていないのだが、
実際にコーディングすると、結構保守性の観点では高そうなので、
有効な状況で積極的に使ってみようと思う。

参考記事