Java 之 23 种设计模式解析——2、抽象工厂模式

妖狐艹你老母 2022-05-17 02:38 157阅读 0赞

### **2、抽象工厂模式** ###

工厂方法模式和抽象工厂模式不好分清楚，他们的区别如下： 工厂方法模式：

一个抽象产品类，可以派生出多个具体产品类。

一个抽象工厂类，可以派生出多个具体工厂类。

每个具体工厂类只能创建一个具体产品类的实例。

抽象工厂模式：

多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。一个抽象工厂类，可以派生出多个具体工厂类。

每个具体工厂类可以创建多个具体产品类的实例，也就是创建的是一个产品线下的多个产品。

区别：

工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。

工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。

工厂方法创建 "一种" 产品，他的着重点在于"怎么创建"，也就是说如果你开发，你的大量代码很可能围绕着这种产品的构造，初始化这些细节上面。也因为如此，类似的产品之间有很多可以复用的特征， 所以会和模版方法相随。

抽象工厂需要创建一些列产品，着重点在于"创建哪些"产品上，也就是说，如果你开发，你的主要任务是划分不同差异的产品线，并且尽量保持每条产品线接口一致，从而可以从同一个抽象工厂继承。

对于java 来说，你能见到的大部分抽象工厂模式都是这样的：

\---它的里面是一堆工厂方法，每个工厂方法返回某种类型的对象。

比如说工厂可以生产鼠标和键盘。那么抽象工厂的实现类（它的某个具体子类）的对象都可以生产鼠标和键盘，但可能工厂A 生产的是罗技的键盘和鼠标，工厂 B 是微软的。

这样A 和B 就是工厂，对应于抽象工厂；

每个工厂生产的鼠标和键盘就是产品，对应于工厂方法；

用了工厂方法模式，你替换生成键盘的工厂方法，就可以把键盘从罗技换到微软。但是用了抽象工厂模式，你只要换家工厂，就可以同时替换鼠标和键盘一套。如果你要的产品有几十个，当然用抽象工厂模式一次替换全部最方便（这个工厂会替你用相应的工厂方法）

所以说抽象工厂就像工厂，而工厂方法则像是工厂的一种产品生产线

## 目录：（点击进入相应页面） ##

# [概述、六大原则][Link 1] #

# 一、[创建模式][Link 2] #

**[0、][Link 2][简单工厂模式][Link 2]**

**[1.工厂方法模式（Factory Method）][1._Factory Method]**

**[2、抽象工厂模式][2]**

**[3、单例模式（Singleton）][3_Singleton]**

**[4、建造者模式（Builder）][4_Builder]**

**[5、原型模式（Prototype）][4_Builder]**

# **二、[结构模式（7种）][7]** #

**[6、适配器模式][7]**

**[7、装饰模式（Decorator）][7_Decorator]**

**[8、代理模式（Proxy）][8_Proxy]**

**[9、外观模式（Facade）][9_Facade]**

**[10、桥接模式（Bridge）][10_Bridge]**

**[11、组合模式（Composite][11_Composite][）][11_Composite]**

**[12、享元模式（Flyweight）][12_Flyweight]**

# **三、[关系模式（11种）][11]** #

**[13、策略模式（strategy）][11]**

**[14、模板方法模式（Template Method）][14_Template Method]**

**[15、观察者模式（Observer）][15_Observer]**

**[16、迭代子模式（Iterator）][16_Iterator]**

**[17、责任链模式（Chain of Responsibility）][17_Chain of Responsibility]**

**[18、命令模式（Command）][18_Command]**

**[19、备忘录模式（Memento][19_Memento]**

**[20、状态模式（State）][20_State]**

**[21、访问者模式（Visitor）][21_Visitor]**

**[22、中介者模式（Mediator）][22_Mediator]**

**[23、解释器模式（Interpreter）][23_Interpreter]**

[Link 1]: https://blog.csdn.net/bifuguo/article/details/81431513
[Link 2]: https://blog.csdn.net/bifuguo/article/details/81432164
[1._Factory Method]: https://blog.csdn.net/bifuguo/article/details/81432186
[2]: https://blog.csdn.net/bifuguo/article/details/81432269
[3_Singleton]: https://blog.csdn.net/bifuguo/article/details/81432392
[4_Builder]: https://blog.csdn.net/bifuguo/article/details/81432437
[7]: https://blog.csdn.net/bifuguo/article/details/81432564
[7_Decorator]: https://blog.csdn.net/bifuguo/article/details/81432726
[8_Proxy]: https://blog.csdn.net/bifuguo/article/details/81432762
[9_Facade]: https://blog.csdn.net/bifuguo/article/details/81432774
[10_Bridge]: https://blog.csdn.net/bifuguo/article/details/81432829
[11_Composite]: https://blog.csdn.net/bifuguo/article/details/81432877
[12_Flyweight]: https://blog.csdn.net/bifuguo/article/details/81432901
[11]: https://blog.csdn.net/bifuguo/article/details/81432950
[14_Template Method]: https://blog.csdn.net/bifuguo/article/details/81432992
[15_Observer]: https://blog.csdn.net/bifuguo/article/details/81433043
[16_Iterator]: https://blog.csdn.net/bifuguo/article/details/81433082
[17_Chain of Responsibility]: https://blog.csdn.net/bifuguo/article/details/81433127
[18_Command]: https://blog.csdn.net/bifuguo/article/details/81433162
[19_Memento]: https://blog.csdn.net/bifuguo/article/details/81434127
[20_State]: https://blog.csdn.net/bifuguo/article/details/81434167
[21_Visitor]: https://blog.csdn.net/bifuguo/article/details/81434187
[22_Mediator]: https://blog.csdn.net/bifuguo/article/details/81434209
[23_Interpreter]: https://blog.csdn.net/bifuguo/article/details/81434237