###
DAO模式与
DTO模式的概念
#### 数据访问对象 (
DAO, Data Access Object)
DAO是一种设计模式，旨在通过封装底
层数据库操作逻辑来简化数据访问
层的设计。它提供了统一的接口供上
层业务调用，从而屏蔽了具体的数据存储细节[^1]。这种方式使得应用程序可以更加灵活地应对不同的数据源变化。
#### 数据传输对象 (
DTO, Data Transfer Object)
相比之下，
DTO主要用于解决分布式系统中的性能瓶颈问题。它的核心目的是减少网络通信次数以及降低带宽消耗。通常情况下，在客户端
和服务端交互过程中，会创建一个专门的对象用来承载所需传递的信息集合——这就是所谓的“胖对象”，即包含了
多个属性值的一个实体类实例[^2]。
---
### 主要
区别
| 特性 |
DAO |
DTO |
|--------------------|-----------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------|
| **主要功能** | 提供对持久化机制的操作接口 | 负责在不同组件之间交换数据 |
| **关注点** | 如何高效、安全地完成增删改查等基础CRUD操作 | 怎样最小化远程调用开销并保持清晰简洁的数据结构 |
| **适用范围** | 局限于同一进程内的数据存取控制 | 广泛应用于跨服务边界的场景 |
从上述
表格可以看出两者虽然都涉及到软件架构
层面的重要组成部分，但是它们各自侧重点完全不同：前者更偏向于是面向资源管理；后者则是为了满足远距离通讯需求所诞生的一种解决方案.
另外值得注意的是，在实际开发当中我们往往会发现这两种技术并非孤立存在而是相辅相成的关系。例如当采用微服务体系构建大型项目时，可能就需要先利用
DAO去处理本地事务然后再借助
DTO把结果
返回给外部请求方。
---
### 应用场景分析
对于需要频繁进行复杂
查询或者大量更新的企业级应用来说，单独依靠传统的SQL语句显然不够理想，此时引入
DAO能够极大地提高可维护性
和扩展能力。与此同时如果考虑到系统的整体吞吐量，则应该考虑适当增加一些轻量化版本的结果集
表示形式也就是我们的
DTOs，这样既可以保留原有逻辑又不会因为过
多冗余字段拖累效率。
以下是两种典型的应用案例：
- 当某个电商平台想要展示商品列
表页面的时候，后台可以通过
DAO加载必要的产品详情信息，并组装成为适合前端渲染所需的紧凑型JSON格式响应体（即
DTO），最终发送出去。
- 另外在一个跨国团队协作平台里头，为了避免每次同步状态都要重新拉取整个用户档案资料库的内容，我们可以预先定义好只包含关键变更项的小规模载体作为中间媒介来进行周期性的增量刷新动作。
```java
// 示例代码片段展示了如何结合使用
DAO和DTO
public class Product
Dao {
public List<Product> getProducts() { ... } // 使用
DAO获取原始数据
}
@Data
@AllArgsConstructor
@NoArgsConstructor
public class Product
Dto implements Serializable{
private String name;
private
double price;
}
@Service
public class ProductService {
@Autowired
private Product
Dao product
Dao;
public List<Product
Dto> fetchProduct
Dtos(){
List<Product> products = this.product
Dao.getProducts();
return products.stream()
.map(p -> new Product
Dto(p.getName(), p.getPrice()))
.collect(Collectors.toList());
}
}
```
---
扫一扫
1900
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
