質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.11%

ファクトリーメソッドパターンについて

受付中

回答 2

投稿

  • 評価
  • クリップ 1
  • VIEW 2,023
退会済みユーザー

退会済みユーザー

ファクトリーメソッドパターンについて質問があります。
http://www.nulab.co.jp/designPatterns/designPatterns2/designPatterns2-2.html

こちらのサイトを参考にしました。
「ファクトリメソッドパターンは、1つのファクトリは1つのオブジェクトの生成のみを行うため、生成するオブジェクトの種類の変更を行う場合、ファクトリクラスを切り替える必要があります。 ファクトリメソッドパターンでは多くの場合、オブジェクトの使用者はファクトリのスーパークラスを使用します。 そしてファクトリ指定は、オブジェクト使用者の生成時にコンストラクタで渡したり、ファクトリ設定用メソッドを設けるなどの手段が必要になります。」

後半のファクトリ指定がわかりませんでした。
「オブジェクト使用者の生成時にコンストラクタで渡す」とはどういう意味なのでしょうか?

これとは別にもう一つ質問があります。
ファクトリパターンとファクトリメソッドパターンについてです。
私の認識では、ファクトリパターンは非常に簡単なインスタンスを動的に返す時に用いられるのに対し、ファクトリーメソッドパターンはオブジェクト生成に際して必要な処理がある場合などのある程度複雑な場合に使われる。
つまり、基本的には違いはないけど、処理が簡単だったらファクトリーパターン、複雑だったら、ファクトリーメソッドパターンとなる。
と言う風に捉えているのですが、これで間違いないでしょうか?

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

0

  1. オブジェクト使用者の生成時にコンストラクタで渡す~

これは、Factoryからオブジェクトを生成するときの設定や方法をコンストラクタで指定するか、
(ここで文章を切らずに)Factory経由でオブジェクトの生成方法を設定する必要がある、です。

  1. ファクトリ/ファクトリメソッドの切り分け

http://qiita.com/shoheiyokoyama/items/d752834a6a2e208b90ca に書かれているママの内容ですね。
"簡単""複雑"の意味するところはお任せしますが、オブジェクトの生成時や初期化時の前提条件がない(または手順が少ない)のであればファクトリで良いでしょうか。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2016/09/07 17:35

    すみません、良く分かりませんでした。
    一般にオブジェクト使用者が実際に使用するクラスや型というのは親クラスやインターフェースだと思うのですが、実際にインスタンスを生成するのは具象化されたクラスです。
    そして、その具象化されたクラスのどれを使うかを決めるときに何らかの方法で指定してやらなければならないわけですが、その方法の一つが「コンストラクタで渡す」なのですよね?
    つまりどのファクトリーメソッドクラスを使うのかということをコンストラクタで指定しているのだと考えています。
    そもそも、これがおかしいでしょうか?

    キャンセル

0

ファクトリーパターンは提供するインスタンスの実際の具象クラスを使用者に意識させずに提供側が適宜決めたいおよびインスタンスを生成するか既存のものを再利用するのかも使用者に意識させずに提供側が決めたいといった場合に使う必要がでてきます。

JDK提供クラスの中の例でいえばIntegerがファクトリーパターンであり、そうする理由は「小さな値を持つインスタンスは大量に使用される可能性があり、メモリー使用量をおさえるためにある範囲の値のインスタンスはあらかじめ用意した同一のインスタンスを使わせたい」という提供側の意図があるからです。

一方ファクトリーメソッドパターンは使用者に使わせるクラスは特定のものと決めることができさらに利用する際には新たなインスタンスを生成することを前提にできる前提で、構築の仕方にバリエーションを持たせれば充分といった場合に使うと思います。

JDK提供クラスの例でいえばFileにファクトリーメソッドパターンがあり、親ディレクトリーと名前を指定したり、フルパス名だけを渡したりといったいくつかの構築パターンを提供していますね。

自分がどちらのデザインパターンを使うかは前述したように「あるオブジェクトを提供する際に実際に用いる複数の具象クラスのどれにするかを利用者に意識させずに切り替えたい理由の有無」もしくは「インスタンスを生成することを自明とするかどうか」によって決めます。

オブジェクトの生成時や初期化時の前提条がない(または手順が少ない)のであればファクトリで...

前述した2つの条件が許すならわざわざファクトリーにする理由はあまりなく特定の具象クラスに対してファクトリーメソッドパターンを提供すればいいだけのようにも思いますが、「現在はファクトリーメソッドパターンでいいけど後からファクトリーパターンが必要になるような設計変更があるかも知れない」という予感がするならファクトリーパターンを使い具象クラスを利用者から隠しておくという選択はありそうな気がします。


自分自身大きく勘違いしてました!この回答は不適切だと思いますのでスルーしてください。
ファクトリーもファクトリーメソッドもどちらも利用者が直接newを使わずあくまでファクトリーにオブジェクト生成をゆだねるパターンのことですね。自分はファクトリーメソッドパターンを使うほどのことをしたことがないのでそもそも回答できるほどの知見は持ち合わせていませんでした。ハズカシイ...

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.11%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る