java DAO 为何用工厂模式

在 Java 的 DAO（Data Access Object）模式 中引入 工厂模式，主要是为了解决解耦、可扩展性和维护性的问题。下面从“为什么需要”和“带来什么好处”两个角度说明。

一、DAO 本身的问题

DAO 的作用是隔离业务逻辑与数据库访问细节，例如：

UserDao userDao = new UserDaoImpl();

但这样写会有问题：

1. 硬编码实现类

   • 业务逻辑直接依赖具体实现
   • 更换数据库（MySQL → Oracle）要改代码

2. 创建逻辑分散

   • 每个地方都可能 new XXXDaoImpl()
   • 不利于统一管理和配置

3. 不利于测试

   • 难以替换为 Mock DAO

二、工厂模式解决什么？

1️⃣ 解耦（核心原因）

没有工厂：

UserDao dao = new UserDaoMySQLImpl();

使用工厂：

UserDao dao = DaoFactory.getUserDao();

✅ 业务层只依赖接口，不依赖实现

2️⃣ 方便切换实现（可扩展性）

例如：

public class DaoFactory {
    public static UserDao getUserDao() {
        // 可配置、可切换
        return new UserDaoOracleImpl();
    }
}

或结合配置文件 / Spring：

userDao=com.xxx.UserDaoMySQLImpl

✅ 不改业务代码即可换数据库

3️⃣ 统一对象创建逻辑

DAO 的创建可能涉及：

• 连接池
• 事务管理
• 日志
• 权限校验

工厂可以统一封装：

public UserDao getUserDao() {
    return new UserDaoImpl(dataSource);
}

✅ 避免重复代码

4️⃣ 便于测试（Mock）

UserDao dao = DaoFactory.getUserDao(); // 可返回 Mock

✅ 单元测试更易做

三、常见 DAO + 工厂结构

Dao（接口）
 ├── UserDao
 ├── OrderDao

DaoImpl（实现）
 ├── UserDaoMySQLImpl
 ├── UserDaoOracleImpl

DaoFactory（工厂）
 └── getUserDao()

四、和 Spring 的关系

在现代项目中：

• Spring 的 IOC 容器本质就是“高级工厂”
• 所以很多旧项目用手写工厂，新项目直接用 Spring

@Repository
public class UserDaoImpl implements UserDao {}

@Autowired
private UserDao userDao;

✅ Spring 已经帮你做了工厂做的事

五、一句话总结

DAO 用工厂模式，是为了让“用 DAO 的人”不关心“DAO 是怎么来的”，从而实现解耦、可扩展、易维护、易测试。

如果你愿意，我也可以给你画一个完整 DAO + 工厂模式示例代码。