Java 架构 3 层对象设计

Question

这是一个 Spring Boot API 项目。我们目前有一个三阶段模型设计，我想知道这是否是企业最佳实践。例如，如果有人对所有汽车进行 GET 调用，则 API 会:

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

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

Answer 1

这实际上取决于您的要求和设计需求。

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

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

在 EE 世界中，他们喜欢强调 Separation of Concerns和 SOLID pricipals 。因此，您可能会说，从长远来看，多个对象是最有效和最佳的实践。对于我的使用来说，它们通常很冗长并且使项目变得困惑。在某些情况下，它们是必要的。