Java 架构 3 层对象设计

Question

这是一个 Spring Boot API 项目。我们目前有一个 3 阶段模型设计，我想知道这是否是企业最佳实践。例如，如果有人为所有汽车发出 GET 调用，那么 API 将：

1. 调用数据库获取所有汽车并将它们存储在CarEntity。这包含一些数据库信息，如添加日期、更新日期等
2. 将实体转换为Car 对象后将其传递给业务层。这会去除额外的数据库信息。
3. 将Car 对象传递给控件以在转换为CarDTO 对象后发送给客户端。

所以对于 1 个通用类型，我们有 3 个对象：CarEntity、Car、CarDTO。这是最有效和最佳的做法吗？

Answer 1

这真的取决于您的要求和设计需求。

我设计简单的 Web 应用程序，并且通常在所有三个层（持久性、业务和 Web）中使用相同的对象。

但在某些情况下，您可能需要不止一个类。例如，如果您为远程客户端公开一个类，则创建一个新类而不是重用持久层类是有意义的。

在 EE 世界中，他们喜欢强调 Separation of Concerns 和 SOLID pricipals。因此，您可能会争辩说，从长远来看，多个对象是最有效和最佳实践的。就我的使用而言，它们通常是缠绕和混乱的项目。在某些情况下，它们是必要的。