DAO(Data Access Object)

**DAO（Data Access Object）模式**

DAO（Data Access Object）模式是一种常见的设计模式，用于抽象数据访问逻辑，使得程序更易维护、扩展和重用。它通过提供一个统一的接口来访问不同类型的数据源，如数据库、文件系统等。

**为什么需要DAO模式**

在传统的编程中，数据访问逻辑通常直接嵌入到业务逻辑中，这会导致以下问题：

1. **耦合度高**: 数据访问逻辑与业务逻辑紧密耦合，难以独立维护和扩展。
2. **重复代码**: 每次需要访问不同类型的数据源时，都需要重写相应的数据访问逻辑。
3. **难以管理**: 数据访问逻辑散布在各个地方，难以统一管理和维护。

DAO模式通过引入一个中间层（DAO），将数据访问逻辑与业务逻辑分离，使得程序更易维护、扩展和重用。

**DAO模式的结构**

DAO模式的基本结构如下：

1. **DAO接口**: 定义了数据访问逻辑的接口，提供了一组标准方法来访问不同类型的数据源。
2. **DAO实现类**: 实现了DAO接口，具体负责数据访问逻辑的实现。
3. **业务逻辑层**: 使用DAO接口来访问数据，独立于数据访问逻辑。

**DAO模式的优点**

1. **解耦合度高**: 数据访问逻辑与业务逻辑彻底分离，易维护和扩展。
2. **重复代码减少**: 每次需要访问不同类型的数据源时，只需实现相应的DAO接口即可。
3. **管理便利**: 数据访问逻辑集中在DAO层，易于统一管理和维护。

**DAO模式的缺点**

1. **额外的复杂度**: 需要引入一个中间层（DAO），增加了系统的复杂度。
2. **性能影响**: DAO模式可能会导致数据访问逻辑的性能损失。

**实例代码示例**

以下是一个简单的DAO模式实现：

java// DAO接口public interface UserDAO {
 List findAll();
 User findById(int id);
}

// DAO实现类public class MySQLUserDAO implements UserDAO {
 @Override public List findAll() {
 // 实现数据访问逻辑 return null;
 }

 @Override public User findById(int id) {
 // 实现数据访问逻辑 return null;
 }
}

//业务逻辑层public class UserService {
 private UserDAO userDAO;

 public UserService(UserDAO userDAO) {
 this.userDAO = userDAO;
 }

 public List findAllUsers() {
 return userDAO.findAll();
 }

 public User findUserById(int id) {
 return userDAO.findById(id);
 }
}