Java体系结构3层对象设计

Question

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

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

因此，对于1个常规类型，我们有3个对象： CarEntity ， Car ， CarDTO 。 这是最有效和最佳的做法吗？

Answer 1

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

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

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

在EE世界中，他们喜欢强调关注点与SOLID主教的 分离 。 因此，您可能会争辩说，从长远来看，多个对象是最有效和最佳实践。 对于我来说，它们通常会缠绕并且使项目混乱。 在某些情况下，它们是必需的。