后端开发基础概念 Entity,DAO,DO,DTO,VO, Service,Controller
Entity主要用于ORM（对象关系映射）框架中，如Hibernate、MyBatis等，以便将数据库中的数据映射为对象，方便进行业务利用。[*]Entity通常与数据库表一一对应，代表业务数据的根本单元。
[*]通常放在项目的model或entity包下。
DAO（数据访问对象）：
DAO是连接业务逻辑和数据库的桥梁，负责实行数据库利用（CRUD）。
使用MyBatis、Hibernate等ORM框架实现时，每个Entity通常对应一个DAO。
通常放在项目的dao或repository包下。
DO（Data Object）是一个更广泛的概念，它指的是用于在应用步调中传输数据的对象。DO可以是Entity，也可以是其他专门用于数据传输的类。它的主要目的是在不同的层或组件之间传递数据，确保数据的完备性和同等性。
在某些场景下，Entity可能直接用作DO，特别是在简单的CRUD利用中。但在复杂的业务逻辑或前后端分离的场景中，我们可能会定义专门的DTO（Data Transfer Object）或VO（View Object）来作为数据传输的对象，以满足不同的需求。
DTO（数据传输对象）：
DTO用于在Service层和Controller层之间传输数据，特别是在前后端分离的场景中。
DTO的字段通常与Entity不完全雷同，它根据前端的需求进行定制。
通常放在项目的dto或model包下。
VO（视图对象）：
VO主要用于视图层（如JSP、Thymeleaf等）的数据展示。
与DTO雷同，但更偏向于前端展示，可能包罗前端需要的额外字段或方法。
在前后端分离的场景中，VO的使用可能较少，因为前端通常直接处置惩罚DTO或JSON数据。
通常放在项目的vo或model包下。
Service（服务层）：
Service层负责业务逻辑的实现，调用DAO层进行数据访问，并可能调用其他Service。
Controller（控制器）：
Controller是MVC架构中的C（Controller），负责接收前端哀求，调用Service层处置惩罚业务逻辑，并返反相应。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]