工厂方法中的“工厂”和我们平常理解的一样：用于生产产品。
而客户是要和产品打交道，所以工厂方法模式的意义在于把客户和产品分开，达到解耦和更灵活的目的。
一般我们有一个产品的抽象类，然后有几个具体的产品，如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
//抽象产品角色public interface Product{ void product();}//具体产品1public class Pro1 implements Product{ @Override public void product() { System.out.println("产品1"); }}//具体产品2public class Pro2 implements Product{ @Override public void product() { System.out.println("产品2"); }} |
接着客户要购买产品，他不直接和产品接触，而是使用工厂，所以我们有一个工厂：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
public class Factory { public static Product buy(type) { switch (type) { case 1: return new Pro1(); case 2: return new Pro2(); default: break; } return null; } } |
客户通过Factory .buy(type)；即可购买到自己想要的产品。
————— 这就是 简单工厂模式，又称为 静态工厂方法模式。
如果新增了一款产品，我们多写一个产品类Pro3就可以了，但在工厂上我们要添加新的代码才能生产，这显然不符合“开闭原则（对扩展开放；对修改封闭）”，所以我们把工厂抽象，添加具体的工厂类，由客户选择某一个工厂，如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
//抽象工厂public interface Factory { Product buy();}//具体工厂1public class Factory1 implements Factory { @Override public Product buy() { return new Pro1(); }}//具体工厂2public class Factory2 implements Factory { @Override public Product buy() { return new Pro2(); }} |
当新增了一款产品，我们多创建一个具体的工厂来生产就可以了。但是当产品种类非常多时，会出现大量的与之对应的工厂对象，这并不是我们所希望的。
——— 这就是 工厂方法模式
当产品出现多个抽象时，我们可能会有多个产品接口，这个场景就成了我们所说的
——- 抽象工厂模式
总结：
无论是简单工厂模式，工厂方法模式，还是抽象工厂模式，他们都属于工厂模式，在形式和特点上也是极为相似的，他们的最终目的都是为了解耦。在使用时，我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式，因为他们之间的演变常常是令人琢磨不透的。经常你会发现，明明使用的工厂方法模式，当新需求来临，稍加修改，加入了一个新方法后，由于类中的产品构成了不同等级结构中的产品族，它就变成抽象工厂模式了；而对于抽象工厂模式，当减少一个方法使的提供的产品不再构成产品族之后，它就演变成了工厂方法模式。 所以，在使用工厂模式时，只需要关心降低耦合度的目的是否达到了。
以上就是java 工厂模式的实例详解，如有疑问请留言或者到本站社区交流讨论，感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！
原文链接：http://blog.csdn.net/lb850747906/article/details/52782340
