c#でファクトリークラスの使い方

Question

デザインパターンのファクトリークラスを利用してみるため、下記のサイトをもとにプログラミングをしました。

http://hccweb1.bai.ne.jp/tsune-1/CSharp/factory.html

そこで、きになったのですが、上記のようにCreateProductでIdCard を返した場合、
イメージとしては、下記のようになると思います。
Product　ｐｒｄ　= new IdCard ();

この場合、IdCard ないの、publicの変数は他のクラスから参照できなくなってしまいますよね。
もちろん、IdCard prd = new IdCard とすれば、ほかのクラスから参照できるのとおもいます。

そうすると、IdCard の変数をほかのクラスから参照したい場合は、ファクトリークラスを用いるのはむいてないということでしょうか。あるいは、私が何か勘違いをしていますか？

mitoneko · Accepted Answer

このパターンは、あらゆる種類のプロダクトが存在する。どんなプロダクトを作成するかは、クラスユーザーが関与するところではない。どんな種類のプロダクトが返されてきても、インターフェースは常に一定である。という場合に、効力を発揮します。

この場合ですと、IdCardというクラスは、クラス名も含めて、内部実装であり、Pruductクラスユーザーが関与するところでないと言うことです。
　Idの識別手段には、Simonとか、Kousaiとかいろいろあって、その時々にどれが使われたかは、内部データベースやそのほかの手段で識別され、その識別の手段をプログラム側では関与する必要が無い。つまり、プログラムから、その識別手段に関する情報を完全に切り離すといった場合に、効果を発揮します。
　つまり、プログラムからは、正しい識別手段のクラスが手に入り、Useさえ出来ればそれで良いのです。それ以外のことは全て、内部実装であり、プログラムからは手を出してくれるなと言いたいわけです。

もちろん、それ以外のインターフェースが必要であれば、それは、Productで定義されているべきです。

具体例ですと、例えば、ファイルオブジェクトを作成するファクトリークラスがあるとしましょう。ファイル名を指定するとファイルオブジェクトを返してくれます。でも、この「ファイル」なるものの実態が、ＵＳＢメモリーのファイルとハードディスクのファイルと、ネットワークドライブのファイルで全部違うクラスが定義されているとします。
　プログラムとしては、ファイルのパスを与えれば、ファイルの読み書きが出来るオブジェクトが手に入ればそれで良いのです。それ以上のことは全て内部実装でかまわない。ファイルがＵＳＢにあろうがハードディスクにあろうがそんなことはどうでも良いことであり、返されたオブジェクトがネットワーク用だろうがＵＳＢメモリー用クラスであろうが、そんなことは知るつもりさえないです。
　ファクトリークラスが力を発揮するのはこういう時です。

ファクトリークラスは、自分で、ファイル名を解析し、必要に応じて、システム設定を参照し、そのファイルがＵＳＢにあるのか、ネットワークにあるかを判断し、そのファイル用の適切なクラスのファイルオブジェクトを返す。
　そのオブジェクトを手に入れたプログラム側は、そのクラスが本当は何であるかはお構いなしに、単にファイルオブジェクトとして全ての操作をする。
　
　別に、ネットワークファイルオブジェクトクラスに、public変数としてipアドレスなんてプロパティーがあったとしても別に使う必要は無いですよね。
　これが、隠蔽とか分離とかいう考え方です。
　こうしておけば、ある日、ipv4のアドレスが使い尽くされ、ipv6になったとしても、ファイルクラス群はファイルオブジェクトのユーザーのことは何も考えずに、書き換えることも、クラスを追加することも出来ます。この更新の時に唯一守らなければならないのは、ファイルオブジェクトに定義されたインターフェースを維持すること。ただそれだけで済みます。

c#でファクトリークラスの使い方

このパターンは、あらゆる種類のプロダクトが存在する。

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング

　このパターンは、あらゆる種類のプロダクトが存在する。