有一次讨论的时候，谈到了这一点：到底什么时候我们需要把类封装，并限制其必须使用工厂模式来创建实例。
一个理由是：当类的构造函数发生变化（名称变化，参数变化等）时，我们只需要更改工厂类中的一个函数就可以了。而不必search所有的构造函数名称并修改之。所以，一般情况下，我们最好都使用工厂模式封装。
果然是这样吗？
不用工厂模式，当名称变化时，确实需要search & replace。但是，难道一个模式被提练出来就是为了解决这个问题？！！似乎牛刀杀鸡了吧
那当 参数变化 时呢？
先来看看定义
－－－－－－－－－－－－－－－－－－－－－－－－－－－
Factory Method是一种创建性模式,它定义了一个创建对象的接口,但是却让子类来决定具体实例化哪一个类.当一个类无法预料要创建哪种类的对象或是一个类需要由子类来指定创建的对象时我们就需要用到Factory
－－－－－－－－－－－－－－－－－－－－－－－－－－－
显然上面的说法是不成立的。
如定义中说的，只有当无法预料所创建的实例时，才使用工厂模式。即：我们明确的计划不同条件下创建不同实例时，使用它。
经典的一个例子是：
日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。
另一个例子：
数据库访问类：访问可能是sqlSERVER、ORACLE等，用记可以选择创建访问不同的数据库。
下面的代码来自 GEOS3.0.0 （http://geos.refractions.net），非常著名的一个类库，很多软件正在使用它。
看它的实例创建方式正是采用了工厂模式，用户无法直接创建point,line.polygon等实例，而必须通过GeometryFactory类
不过，我个人认为这是对工厂模式的一种滥用：当创建point,line,polygon等实例时，有上面提到的实例不确定性吗？！！
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
