当前页面: 开发资料首页 → J2SE 专题 → 工厂方法模式请教

工厂方法模式请教

摘要: 工厂方法模式请教

以下是我从网上搜到的，我和他一样不懂，望指教。
本人没用过patterns，没有实践经验，所以特来问一个问题。
工厂方法模式中，有两个类体系，一个是产品类体系，如IProduct、ConcreteProductA、ConcreteProductB、ConcreteProductC，具体产品类全部实现IProduct接口。另一个是工厂类体系，如IFactory、ConcreteFactoryA、ConcreteFactoryB、ConcreteFactoryC，对应的具体工厂类用于“生产”对应的具体产品类。

在使用时我们一般这样写：
IFactory f = new ConcreteFactoryA();
IProduct p = f.CreateProduct();
p.ExecuteFunction();// 客户代码中使用IProduct所提供的功能。

如果出现了新品种的产品，我们就先建立新产品及其对应的工厂类，然后这样修改使用代码：
IFactory f = new ConcreteFactoryD();// 仅改这一个地方
IProduct p = f.CreateProduct();
p.ExecuteFunction();

客户端代码虽然不再对具体产品类产生依赖了，但却对具体工厂类产生依赖了。

假设我们不用工厂方法模式，则这样写代码：
IProduct p = ConcreteProductA();
p.ExecuteFunction();
显然，不用工厂方法模式的代码少了一行。请教各位，工厂方法模式给我带来的好处什么？难道是多写了一行代码？

如果让 客户端代码 对 具体产品类和具体工厂类 均不产生依赖，而是依赖于抽象产品类和抽象工厂类，这样在更换具体产品类时客户代码就不用修改。如果语言平台提供了反射功能，可以将客户代码的修改转换为配置文件的修改：
IFactory f = (IFactory)Assembly.Load(“AssemblyNameFromConfig”).CreateInstance(“ConcreteFactoryA”);
IProduct p = f.CreateProduct();
p.ExecuteFunction();// 客户代码中使用IProduct所提供的功能。

假设我们不用工厂方法模式，则这样写代码：
IProduct p = (IProduct)Assembly.Load(“AssemblyNameFromConfig”).CreateInstance(“ConcreteFactoryA”);
p.ExecuteFunction(); // 这种用法是不是就是provider model？
显然，用工厂方法模式的代码还是多写了一行，请教各位，难道这是工厂方法模式给我带来的好处？这里是不是基于抽象编程即可？我感觉自己没有找到真正使用工厂方法模式的场景，请大家帮我找一找。

---

如果只从你上面的例子出发，的确，工厂方法是多余了，让你的程序的代码增加了。
但是上面的例子在实际应用当中有什么用吗？
显然，上面的例子只是告诉你，作为工厂方法的一个最简单的模板。
如果你只从用了几行代码就来确定这样做是不是合适，显示你理解错了。

作为一个模式，他的作用是在特定的条件下使用的，并不是在任何情况下都合用的。
它这里主要体现工厂体系和产品体系，工厂是用来负责产品对象的生成的。
但是这不以为着工厂类就是一个new的过程。他的功能是根据用户端的要求返回产品对象的。
在这里，他做的工作远比一个new要多的多（在实际运用中），比如，我生成一个什么样的对象，对象有那些状态，我怎么样进行初始化。另外一种你可以了解一个单例模式中对工厂方法的使用。而这些功能当不需要客户端来作的时候，就要用到工厂方法了。
工厂方法给客户端隐藏了产品对象的生成过程。使用客户能够更简单的获得产品对象。
在j2se中，在一些开源项目中，有好多类设计都用到了工厂方法，你可以多看看他们的设计思路，是怎么来用的。
对一个模式的学习不能单单从一个最小的例子来学。那样不全面。
在java.util.Collection中，有一个iterator方法，这个方法就是一个工厂方法，而Collection就是一个工厂类，iterator返回的java.util.Iterator就是一个产品类的基类，当你获得这个对象就时，就是这个接口的一个子类对象。在这里，你没有看到iterator()生成Iterator对象的过程。

---