业务DTO的抽象
怎么去抽象业务数据传输对象?
场景:订单系统
订单有自己的一套实体,
OrderDO
里面有
orderId
,
orderPrice
......
订单还和另外一个系统有关联,当生成一个订单的时候,同时也需要生成和对应系统的关系(一个
orderId
对应一条记录)
RelativeDO
,并且存储相应的data数据。
需求
现在需要提供一个接口,接口接受一个
OrderId
,订单系统返回给他一个数据结构。数据结构中需要有订单的信息和关系的一些信息(比如存储的
data
数据)
按照需求抽象出一个
DTO
用来承载数据,但是这个时候把订单的一些信息和存储的信息放在一个实体里面总觉得怪怪的。因为这几个字段根本没有关联呀。
public class DTO{
private long orderId;
private long price;
private int amount;
//关联信息
private String data;
private String relativeId;
}
本来想通过组合的方式来将
OrderDO
和
RelativeDO
用组合的方式生成一个DTO并提供相应的接口。但是因为
OrderDO
自身的一些原因(
OrderDO
里面的数据结构很乱,这样做的话,每次取数据都需要对
OrderDO
进行深层次的遍历才能取到值,这样子没获取一个订单数据都要遍历一遍,效率很低)不能这么做。
但是跳出来想一下,这个DTO本来就是用来承载数据的一个抽象,所以就算里面有这些不相关的属性也没有关系。
该怎么解释这种现象,或者怎么去抽象这个场景下的DTO?
手枪之王黑泽
9 years, 11 months ago