Entity,Model,DTO,View 理解

1

  • Entity = Database Table

  • Model = Entities + Relations

  • DTO = Entity - Uninteresting Fields

  • View = DTOs + Relations

2

  • DO(Data Object):此对象与数据库表结构一一对应,通过 DAO 层向上传输数据源对象。
  • BO(Business Object):业务对象,由 Service 层输出的封装业务逻辑的对象。
  • AO(ApplicationObject):应用对象,在Web层与Service层之间抽象的复用对象模型, 极为贴近展示层,复用度不高。
  • VO(View Object):显示层对象,通常是 Web 向模板渲染引擎层传输的对象。
  • Query:数据查询对象,各层接收上层的查询请求。注意超过 2 个参数的查询封装,禁止使用 Map 类来传输。
EntityDTO 是在软件开发中常见的两个概念,它们有着不同的用途和设计原则。 Entity(实体)是表示领域模型的对象,通常与数据库表结构直接映射。它们包含了与业务相关的属性和方法,用于描述业务领域中的实际概念。Entity 对象可以包含业务逻辑,例如数据校验、关联关系等。在领域驱动设计(Domain-Driven Design)中,Entity 被认为是具有唯一标识并具有生命周期的对象。 DTO(数据传输对象)是用于在不同层之间传输数据的对象。它们通常是无状态、可序列化的纯数据对象,只包含数据字段和对应的 getter 和 setter 方法。DTO 对象主要用于解耦不同层之间的数据传输,可以在不同层之间进行数据交换和传递。DTO 对象可以根据需要进行组合和转换,以满足不同层之间的数据需求。 区别: 1. 设计目的不同:Entity 是用于表示领域模型的对象,包含业务逻辑;DTO 是用于数据传输的对象,只包含数据字段。 2. 关注点不同:Entity 关注业务领域中的实际概念和逻辑;DTO 关注数据传输和解耦。 3. 使用场景不同:Entity 通常在领域层使用,与数据库表结构直接映射;DTO 主要在不同层之间传输数据,解耦不同层的依赖关系。 4. 可变性不同:Entity 对象可能包含业务逻辑,可以进行状态变更;DTO 对象一般是无状态的,只用于数据传输。 需要注意的是,根据具体的应用场景和设计原则,EntityDTO 的定义和使用方式可能会有所不同。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值