よって定義されたデザインパターンの1つです。使われているもう少し簡易的なパターンをご紹介します。4人のギャングたち)によって定義されたデザインパターンの1つである。オブジェクトの生成過程を抽象化することによって、動的なオブジェクトの生成を可能にする。パターンが紹介されています。よるパターンではオブジェクトの生成過程を抽象化することによって、動的なオブジェクトの生成を可能にするとあります。パターンも有用だと思いますが、本記事では割愛します。(図解/デザインパターン)」などをご参照ください。つくクラスやインタフェースがいくつかあります。使われているもう少し簡易的なパターンをご紹介します。パターンと表記します。オブジェクト生成が複雑なクラスとは、例えばコンストラクタに多くのパラメータを必要とするクラスです。具体的なコード例で見ていきましょう。}}Pageクラスは、Webページの1ページを表します。フィールドを5つ持ちます。オブジェクトを生成してみましょう。(content)上記5つのパラメータが必要です。今回の例ではパラメータが5つなのでなんとかなりそうですが、さらに増えていくと単純なミスも発生しそうです。どのパラメータが何番目だっけ...?公開日と更新日はどっちが先だっけ...?と、コーディングしていて不安になるかもしれません。すべてのパラメータの型が違うのであれば、指定する順番を間違えてもコンパイルエラーとなりすぐに気づけます。順番を間違えてもコンパイルエラーになりません。間違いに気づけるのはテストのときです。プログラミングにおいて、問題はできるだけ早期に発見&解決するのが鉄則です。公開日と更新日は省略可能にしたいとします。デフォルトとしましょう。公開日、更新日の2つとも省略したコンストラクタは、次のようにオーバーロードできます。公開日、更新日を省略したコンストラクタ。公開日だけを省略したコンストラクタ更新日だけを省略したコンストラクタこの2つを共存させることはできません。パラメータの数と型がまったく同じなのでオーバーロードできないためです。公開日を省略したコンストラクタ。更新日を省略したコンストラクタ。指定したときはデフォルトにするとしてみましょう。}...これで、オーバーロードしなくても公開日と更新日にデフォルトを指定できるようになりました。指定する必要があります。結局、指定するパラメータの数は多いままですね。省略可能なパラメータが多いときに有効です。対象となるオブジェクトを生成します。