サルでもわかる 逆引きデザインパターン 第2章 逆引きカタログ ロジック編 Factory/Factory Method（ファクトリ/ファクトリメソッド）

イントロダクション オブジェクトを利用する側からすれば、使用する際にオブジェクトの詳細を意識したくはありませんよね。 たとえば、条件によってデータファイルの読み込みに使うオブジェクトが異なる場合、CSV形式であればCSVDataReaderオブジェクトを、XML形式であればXMLDataReaderオブジェクトを生成します。 通常はif、else、switchなどの条件分岐を使用して、条件ごとに生成するオブジェクトを変更します。 ここで新たなデータファイル形式への対応が必要になった場合は、新しいオブジェクト生成処理と、条件式を追加しなければいけません。 オブジェクトの使用者は、オブジェクトが使用できる状態で受け渡してもらい、オブジェクトは使うことだけに専念したいものです。 また、このようにオブジェクトの生成処理と使用処理が同じコードに書かれていた場合、オブジェクトの生成処理によってオブジェ

[kobee99]

factory

[utwang]

ここに書いてるFactoryパターンというのをFactoryMethodパターンだとずっと思ってたんだけど違うのね。

[taiti0826]

“オブジェクトを生成する処理と生成したオブジェクトを使用する処理を分離させるパターンです。”

[crist18]

Factory

[yowano]

楽器の工場を作ろうって考えた時、シンプルファクトリは一つの工場で全ての楽器を作るけど、ファクトリメソッドはそれぞれ楽器ごとに専用工場を設ける、と考えるか。その上で継承や多態性を使って更にシンプルに。

[kiyo_hiko]

ファクトリーパターンの場合生産物は大工場の1部門が返してくるが、ファクトリーメソッドの場合は工場のサブクラスによって返ると　同じようなインスタンス生成が延々と続くモジュールを保守してるので使いたいのう

[sion_huziwara]

デザインパターン

[name_ghost]

Now studying...

[puriketu99]

ファクトリパターンの中身が長くなったらスーパークラス用意してファクトリメソッドパターン　両者共にインスタンスを生成するクラス

[ichiroc]

ファクトリパターンは、どのオブジェクトを生成するかも判断してくれる。