从DTO填充实体的最佳方式是什么

Question

我正在创建一个订单服务，这是RestServices世界的新功能。

我需要将订单模型读入OrderDTO并在DB中持久化。

为此，我有以下方法：

@PostMapping(produces = { MediaType.APPLICATION_XML_VALUE, MediaType.APPLICATION_JSON_VALUE })
public ResponseEntity<OrderDTO> createOrder(@Valid @RequestBody OrderDTO orderDTO) {
    Order order = new Order(orderDTO);
    Order createdOrder = orderService.createOrder(order);
    OrderDTO createdOrderDTO = new OrderDTO(order);
    ResponseEntity<OrderDTO> responseEntity = new ResponseEntity<OrderDTO>(createdOrderDTO, null, HttpStatus.CREATED);
    return responseEntity;
}

一切正常，但我对目前的设计有顾虑：

1. 我正在读取输入到DTO
2. 要存储对象，我将转换为订单对象，它将由Hibernate保存
3. 再次发送响应回来，我正在将实际的订单对象转换为DTO。

最后，我将创建每个请求4-5个对象，如果我的应用程序得到100个请求，它可能会遇到内存问题。

如何读取模型数据并有效地坚持？

Answer 1

我看不出设计有任何问题。

正如尼泽特指出的那样。创建的对象是短暂的。

通常遵循DTO和实体设计，以保持UI和服务层分离。

通过这种方式，您可以选择过滤掉传递给世界的敏感信息，如密码pin。

但是如果你愿意，你可以直接在Controller类中使用订单实体。

我不会建议，但这是可能的。

Answer 2

我更喜欢像Mapstruct这样的Mapper：

OrderDtoMapper mapper = new OrderDTOMapper();

Order order = OrderDtoMapper.map(orderDto, Order.class);

和回：

OrderDTO createdOrderDTO = OrderDtoMapper.map(order, OrderDTO.class);

对我来说，代码看起来更可读...你没有太多可写的，因为Mapstruct会自动映射它。因为看起来你会映射很多；）也许映射器值得一试：http://mapstruct.org/

Answer 3

一般来说，更喜欢DTO，因为单一责任原则，每个对象都有自己的责任，而且将View/Controller与Model对象分开也更清楚

有时，您可以将OrderDTO减少为，使用一个既是DTD又是真实对象的对象，

它将包括DTD属性以及您可以使用builder添加的其他属性。例如，我使用@JsonIgnoreProperties（ignoreUnknown=true）在根据请求创建对象时仅设置DTD属性，例如：

@JsonIgnoreProperties(ignoreUnknown = true)
@JsonInclude(Include.NON_NULL)
public class Order 

您还可以使用JsonGetter/JsonProperty/JsonSetter来控制预期/返回的内容

@JsonGetter和@JsonSetter是@JsonProperty的旧替代品。