Java体系结构三层对象设计

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

打电话给DB，把所有的车都拿到CarEntity储存起来。它包含一些数据库信息，如添加日期、更新日期等 将实体转换为Car对象后传递给业务层。这会去除额外的数据库信息。 将Car对象传递给控件，在转换为CarDTO对象后发送给客户端。

---

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

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

我设计简单的web应用程序，通常在持久性、业务和web这三个层中使用相同的对象

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

在EE的世界里，他们喜欢压力和压力。因此，从长远来看，您可以认为多个对象是最有效和最佳的实践。对于我来说，它们通常会使项目变得杂乱无章。在某些情况下，它们是必要的