Java计划模式-工厂模式
关于Java的全部计划模式和分类，在单例模式中已有。
工厂模式
简介
定义创建对象的接口（工厂），让其子类决定实例化哪一个类。
场景
这里会举两个例子，一个自己举的例子，一些工厂模式的实际使用场景
创建汽车的例子
1.产物接口
首先定义一个产物的接口，比如以创建汽车的例子，比方有一个Car接口：- public interface Car {
- void drive();
- }
- public class Sedan implements Car {
- @Override
- public void drive(){
- System.out.println("轿车启动");
- }
- }
- public class SUV implements Car {
- @Override
- public void drive(){
- System.out.println("SUV启动");
- }
- }
定义一个工厂接口CarFactory用于生产汽车：- public interface CarFactory{
- Car produceCar();
- }
- public class SedanFactory implements CarFactory{
- @Override
- public Car produceCar(){
- return new Sedan();
- }
- }
- public class SUVFactory implements CarFactory {
- @Override
- public Car produceCar(){
- return new SUV();
- }
- }
- public class Main{
- public static void main(String[] args){
- //使用轿车工厂生产轿车并启动
- SedanFactory s = new SedanFactory();
- Car sedun = s.produceCar();
- sedun.drive();
-
- //同理：请你写
- }
- }
然后就是关于工厂模式的实际应用
数据库毗连池：
- 比如 HikariCP、C3P0、Druid 等常见的毗连池实现，它们都会使用工厂模式来创建和配置数据库毗连池对象。通常，毗连池会暴露一个工厂类，通过工厂方法提供数据库毗连对象，而用户不必要直接创建数据库毗连对象，而是从毗连池中获取。这种方式可以有效地管理数据库毗连，制止每次请求都重新创建毗连。比方，HikariCP（一个高性能的数据库毗连池），在初始化时使用了类似工厂模式的计划：
- java复制代码HikariDataSource dataSource = new HikariDataSource();
- dataSource.setJdbcUrl("jdbc:mysql://localhost:3306/mydatabase");
- dataSource.setUsername("user");
- dataSource.setPassword("password");
序列化与反序列化：
- 在一些框架中（如 JSON 或 XML 剖析库），工厂模式用于根据配置创建不同类型的对象，或者根据数据格式（JSON、XML）动态选择适当的剖析器。
日志框架：
- 在一些日志框架（如 Log4j 或 SLF4J）中，工厂模式用于根据配置生成不同类型的日志记录器对象。通常通过工厂方法来选择不同的日志级别、输出目标地等。
MyBatis中的应用
- 在 MyBatis 中，工厂模式也有应用，重要体现在数据库毗连和会话管理的部分。
SqlSessionFactory：MyBatis 的焦点工厂类之一就是 SqlSessionFactory，它用于创建和管理 SqlSession 对象。SqlSessionFactory 是一个典型的工厂模式实现。它通过读取 MyBatis 配置文件（如 mybatis-config.xml），根据配置信息来创建 SqlSession 对象。
比方，以下是 MyBatis 中创建 SqlSessionFactory 的方式：- SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
优点
就联合上面的例子，理解为什么要使用它，不使用就不行吗？
解耦对象创建和使用，在 MySQL 和 MyBatis 的数据库毗连管理中及我举的例子中都有体现
符合开闭原则，使得扩展性很好
缺点
增长体系复杂度：引入工厂模式会增长体系的复杂度，尤其是对于简单的应用步伐。如果体系本身不复杂，使用工厂模式可能会显得有些过分计划，增长了额外的抽象层和类的数量。对于小型项目，简单的对象创建逻辑不一定必要工厂模式。
可能导致类过多
难以顺应频繁变化的需求：如果应用步伐必要频繁地变化和修改对象的创建方式，工厂模式可能变得不敷机动。在这种情况下，可能必要更为机动的计划模式，如 抽象工厂模式 或 依赖注入。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
