持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第8天，点击查看活动详情
大家好，我是尚影嫣🌷，一名Java后端程序媛，热爱技术，更热爱分享。如果您喜欢我的文章，欢迎点赞➕关注💖，让我们一起持续学习，持续改进，成为更好的我们~😉
开闭原则：对外支持扩展，对内不允许修改。
工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。工厂模式和单例模式同属于创建型模式，它提供了一种创建对象的最佳实践方式。
在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。
工厂模式分为以下3种：
- 简单工厂模式
- 工厂方法模式
- 抽象工厂模式
今天我们先来看看简单工厂模式，这个模式主要解决的是接口选择的问题。
介绍
实现： 定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。让其子类实现工厂接口，返回一个抽象的产品。
使用场景：
我们明确地计划不同条件下创建不同实例时。
应用实例：
- 如果你想吃一个pizza🍕，你可以直接点一下外卖，而不需要关心披萨是如何做出来的，即这个披萨类里面的具体实现什么。
- Hibernate框架，如果需要换数据库，只需要换方言和驱动。
优点：
- 调用者想创建一个对象时，只需知道其名称即可。
- 扩展性较高，如果想增加一个产品，只需扩展一个工厂类即可。
- 屏蔽了产品的具体实现，调用者只需要关心产品的接口。
缺点：
每次增加一个产品时，都需要增加一个具体类和对象实现工厂，这使得系统中类的个数会成倍增加，会导致系统的复杂度增加，也增加了系统具体类的强依赖。
使用场景：
- 日志记录器：日志可能需要记录到本地硬盘、系统事件、远程服务器等地方，用户可以自行选择记录日志到什么地方。
- 数据库类型设计：当用户不知道系统最终将采用哪一类数据库时，或者数据库类型需要变成配置项时。
- 设计一个连接服务器的框架，需要三个协议，"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现一个接口。
注意事项：
作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式来实现。但是要注意的是，复杂对象适合使用工厂模式，而对于只需要通过new关键字就可以完成创建的简单对象，无需使用工厂模式。如果用工厂模式，就会引入一个工厂类，增加系统的复杂度。
