设计模式工厂模式（程序开发中的工厂模式是什么呢）

本文目录

• 程序开发中的工厂模式是什么呢
• 常见几种设计模式之工厂模式
• Python设计模式：工厂方法模式
• 工厂设计模式浅析
• Swift设计模式----工厂方法模式

程序开发中的工厂模式是什么呢

你好，很高兴能解答你的问题，工厂模式是程序中的一种常见的设计模式。

首先工厂模式是软件开发中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。

工厂模式主要的意图是：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。

案列1：您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。

优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。

缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。

案例2：日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。 2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。 3、设计一个连接服务器的框架，需要三个协议，"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现一个接口。

注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

1、开闭原则

开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2、里氏代换原则

里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

希望能帮到你，谢谢！

常见几种设计模式之工厂模式

(1)简单工厂模式(静态工厂模式)

(2)工厂方法模式

(3)抽象工厂模式

(4)总结

(5)JDK源码Calendar

Python设计模式：工厂方法模式

工厂，大家一般能想到的是生产产品的地方， 在设计模式中，工厂可分为：简单工厂模式、工厂方法模式。 在前期推文 Python 简单工厂模式 中有关于简单工厂模式的解读。

根据工厂的抽象程度可分为：工厂方法模式、抽象工厂模式。 该模式用于封装和管理对象的创建，是一种创建型模式。

在简单工厂模式中，只提供了一个工厂类，该工厂类处于对产品类进行实例化的中心位置，它知道每一个产品对象的创建细节，并决定何时实例化哪一个产品类。

简单工厂模式最大的缺点是：当有新产品要加入到系统中时，必须修改工厂类，加入必要的处理逻辑，这违背了“开闭原则”。
在简单工厂模式中，所有的产品都是由同一个工厂创建，工厂类职责较重，业务逻辑较为复杂，具体产品与工厂类之间的耦合度高，严重影响了系统的灵活性和扩展性，而工厂方法模式则可以很好地解决这一问题。因此工厂方法模式应运而生。

(1)、工厂方法模式定义一个用于创建对象的接口，但是工厂本身并不负责创建对象，而是让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。 工厂方法的创建是通过继承而不是通过实例化来完成的。

(2)、工厂方法模式就是简单工厂模式的进一步抽象。由于面向对象多态性，工厂方法模式保持了简单工厂的优点同时克服了它的缺点。工厂方法模式中，核心的工厂被提升为一个抽象类，将具体的创建工作交给他的子类完成。

这个抽象的工厂类仅规定具体工厂实现的接口，而不明确指出如何实例化一个产品类，这使得工厂方法模式允许系统在不修改原有产品结构的情况下轻松的引进新产品。

工厂方法使设计更加具有可定制性，它可以返回相同的实例或子类，而不是某种类型的对象。

前期分享的 Python 简单工厂模式 和今天分享的Python 工厂方法模式，大家在实际应用时能解决问题满足需求即可，可灵活变通，自由选择，无所谓哪种设计模式更高级。

同时无论哪种设计模式，由于可能封装了大量对象和工厂创建，当有新加入产品的需求时，需要修改已定义好的工厂相关的类，因此对于产品和工厂的扩展性不太友好，在选择使用时利弊需要权衡一下。

工厂设计模式浅析

就像六大原则一样，每一种设计模式也都是一种思想，而不是一种特定的形式，所以要灵活求变。这次简单分析一下工厂设计模式在实际开发当中的应用。工厂设计模式分为三大类： 简单工厂、工厂方法、抽象工厂 。而工厂方法又分为两种形式：单工厂形式和多工厂形式。这次将结合数据存储的三种类型，对工厂模式的各个形式来分析一下。这三种类型分别是内存存储（LRUCache）、SharedPreferece、Disk磁盘存储，它们将作为产品由工厂生产。

下面我们先定义一个产品存取数据的接口，它将作为三种类型的数据存储的规范。

上面定义了 String 、int、boolean三种数据类型存取的抽象方法，这里可以扩展。然后我们分别定义三种数据存储类型的实现类：

上面 MemoryHandler 继承自 ISaveHandler ，实现LruCache 内存缓存。

上面 SharedPreferenceHandler 继承自 ISaveHandler ，实现SharedPreference 缓存。还有磁盘缓存就不写了，有兴趣的可以自己扩展。这里主要讲解一下工厂设计模式。下面开始写简单工厂，简单确实也很简单，一个工厂一个switch语句：

上面就是通过传入的枚举类型生成相应的存储对象。不多说，看一下用法吧：

这种枚举类型的简单工厂模式好处就是清楚明了类型少，没那么多拐弯抹角。不好的地方就是，当数据存储类型（产品类型）需要扩展的时候，需要改动工厂。下面我们来看一下第二种：工厂方法模式。

开头说了，工厂方法模式由两种形式，一种是多工厂形式，一种是单工厂形式。

上面我们看到了一个工厂里面一个方法，就用于生成 SharedPreference形式的存储。如果要生成其他形式的存储，那么就再造一个相应的工厂。别的工厂这里就不贴出来了。其实这种方式更加一目了然，但缺点也很一目了然，就是工厂贼多。那下面就看一下工厂比较少的形式。

上面就是通过类型，然后反射获取存储类型的对象。这种模式和简单工厂有点类似，只不过这里不需要维护枚举类。当需要扩展数据存储方式时，只需要增加数据存储类型就可以了，并不需要改变工厂。这种方式应该是应用最广泛的一种工厂模式。下面再简单看下它的使用吧：

抽象工厂模式其实和工厂方法的多工厂模式有点类似，容易混淆。这两者的区别是，单工厂方法模式下，一个工厂只能生产一个产品，而抽象工厂模式下，一个工厂需要生产一组产品。比如我这里需要一个工厂能同时生产内存存储对象和SharedPreferece对象。或者，一个工厂能同时生产内存存储对象和磁盘存储对象等等。在实际开发过程中，如果用到了这种抽象工厂模式，那么一般来说，一个工厂能生产的这两个对象之间会有一定的关联性。比如说汽车工厂，它能同时生产出轴承和轮胎，这两者关系就很密切。下面看一下抽象工厂模式：

上面一个工厂可以生产两种产品，当然，上面例子里面工厂的两种产品木有很强的关联。刚才说了，使用到这种抽象工厂方式时，一般一个工厂的产品之间会有一定的关联。就像汽车的轴承和轮胎。相对来说，在日常的开发当中，工厂方法模式可能应用的更广泛一些。
Demo： Factory

Swift设计模式----工厂方法模式

工厂方法是一种创建型设计模式，其在父类中提供一个创建对象的接口，允许子类决定实例化对象的类型。

现在我们来定一个抽象产品类：

一个动物抽象类，里边有个type属性表示种类，一个say方法会发出声音。
然后我们搞两个具体的动物：

一猫一狗两个具体动物类，分别实现say方法。
现在我们来创建工厂超类：

这个类目前只有一个功能，创建并返回一个动物。
我们来分别实现两个具体工厂：

这两个工厂，分别创建猫和狗。客户端调用时可以这样：

打印结果是：

这样利用工厂方法看起来跟直接使用猫类和狗类来创建对象好像没什么区别，但是却有质的改变：
1.工厂方法封装了创建对象的过程，简化客户端的创建流程，隔离了创建者和具体对象的紧密联系。
2.工厂方法里还可以实现对象池，管理对象的复用逻辑。
3.符合开闭原则，添加新的产品只需要添加一个产品类和一个工厂类。
4.符合单一职责原则，每个工厂类就负责一个产品。