有一次讨论的时候，谈到了这一点：到底什么时候我们需要把类封装，并限制其必须使用工厂模式来创建实例。
一个理由是：当类的构造函数发生变化（名称变化，参数变化等）时，我们只需要更改工厂类中的一个函数就可以了。而不必search所有的构造函数名称并修改之。所以，一般情况下，我们最好都使用工厂模式封装。
果然是这样吗？
不用工厂模式，当名称变化时，确实需要search & replace。但是，难道一个模式被提练出来就是为了解决这个问题？！！似乎牛刀杀鸡了吧
那当 参数变化 时呢？
函数的转入参数都变了，还想不改动所有的代码吗？！！
先来看看定义
－－－－－－－－－－－－－－－－－－－－－－－－－－－
Factory Method是一种创建性模式,它定义了一个创建对象的接口,但是却让子类来决定具体实例化哪一个类.当一个类无法预料要创建哪种类的对象或是一个类需要由子类来指定创建的对象时我们就需要用到Factory
－－－－－－－－－－－－－－－－－－－－－－－－－－－
显然上面的说法是不成立的。
如定义中说的，只有当无法预料所创建的实例时，才使用工厂模式。即：我们明确的计划不同条件下创建不同实例时，使用它。
经典的一个例子是：
日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。
另一个例子：
数据库访问类：访问可能是SQLSERVER、ORACLE等，用记可以选择创建访问不同的数据库。