Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
DDD实体模型
实体标识与数据库主键
今天,我们将讨论DDD意义上的标识与数据库主键之间的区别。 我们经常将两者混合在一起,但它们真的是一回事吗?实体标识在DDD的背景下,标识是实体固有的东西。 只有实体拥有它; 它是用于区别于所有其他实体的唯一标识它们自己的东西。例如,
Hibernate/JPA中@OneToOne和@MapsId的使用
双向@OneToOne的效率低于与父表共享主键的单向@OneToOne。因此,不要使用双向@OneToOne,最好是依靠单向@OneToOne和@MapsId。 第一步:在子实体这边使用@MapsId <
我们为什么要远离数据库生成的ID?- Tugberk Ugurlu
在我们当前为团队构建SQL Server数据目录的过程中,我们正在优化我们的解耦工程工作。有一些具体的因
实体与价值对象的比较
为了定义实体和值对象之间的差异,我们需要引入三种类型的相等性,当我们需要将对象相互比较时,它们会起作用。引用相等意味着如果两个对象引用内存中的相同地址,则认为它们是相等的。标识符相等性意味着类具有id字段。如果具有相同的标识符,则此类的两个实例将是相等。</
领域驱动设计简介之二
架构模块正如我们已经指出的那样,大多数DDD系统可能会使用OO范例。因此,我们对领域模型的元素可能很熟悉,例如实体,值对象和模块。例如,如果您是Java程序员,那么将DDD实体视
DCI与DDD
来自Kamil Toszek一篇DCI与DDD结合的文章:我正在实践领域驱动设计方法,它有一些很好的部分比如有界上下文(模块分离很好 - 每个模块代表上下文边界),还有一些 - 对我来说 - 不是那么好的部分:领域富血模型。DDD说实体的功能应该是该实体的一部分,这导致具有许
从贫血模型到DDD的重构
我们将重构一个简单的问题跟踪应用程序,通过典型的层隔离,根据领域驱动的战术设计模式进行建模。这个问题跟踪应用程序非常简单。您可以使用它执行多项业务操作 - 全部通过REST API,并且所有操作都完全由集成测试覆盖(请参阅
使用Spring Data JDBC实现DDD聚合
本文讨论了Spring Data JDBC如何实现DDD中聚合根存储的设计思路,其中主要讨论了是不是每个实体都需要一个对应数据表,这种问题需要根据具体情况而定。 Spring Data JDBC比JPA更容易理解,比如对象引用特性会很有趣。作为第一个示例,
关于DDD中聚合根的确定
最近在动手做一个CQRS 和 event source 结合的微服务项目。实施过程中。遇到了一个跨服务关联查询的问题。虽然现在还没有确定究竟哪里会遇到。但是我知道自然而然肯定会遇到的。比如USER 这个service和其他service之间的跨服务关联查询。这样的话。就会产生一些问题。网上找了一些相
两个凡是:凡是在系统树上的才是有意义的,凡是脱离了树的都是无意义的。
我们的业务系统就类似一个小区(appSystem),一个小区中有很多资源,对小区中的所有资源按照类型进行树形的分类就是资源类型(resourceType),比如“停车位”是一种类型的资源、小区中的“绿化树”是一种类型的资源、小区中的“人”是一种类型的资源、“保安”是一种类型的资源、小区中的“业主”是
聚合根的升级和降级
如果实体升级为聚合根或者聚合根降级为实体,会出现信息丢失问题,怎么办
如何分析并建模(确认实体,值对象,服务)
是这样的,有这样一个需求:用户想要查看某个时间段的数据统计的结果用例大致如下:系统:显示可供查询的数据统计类别(如:T1, T2);用户:浏览并选择要查询的类别;系统:显示用户选择的类别,提供可查询的条件的选择(如:某个时间段);用户:浏览并选择要查询
在模型的两个聚合中如何重用对象
在聚合1中,对象A是一个实体对象,在聚合2中,对象A是一个值对象,这种情况,在模型中该如何设计?是为聚合1,聚合2分别定义对象A,还是他们可以重用同一个对象A?例如,在汽车这个聚合中,因为需要对每个轮胎进行跟踪,所以需要区分这些轮胎,因此,在汽车聚合中,轮胎是实体对象,在这个聚合中,它们需要
新手求教:DDD一些问题
有这样一个场景: 一个campaign 下面 有多个 activity ,一个activity 又对应多个prize ,一个prize只会属于一个pool(奖池控制),那这样一来 campaign 自然就成为一个聚合根了。
Evans 原文解读
Rather than focusing on the attributes or even the behavior, strip the Entityobject’s definition down to the most intrinsic characteristics, parti
实例如何确定值对像和实体
最近学习DDD,问大家个问题!!如何确定值对像和实体?论坛里好像有了这个问题!貌似都是理论的,没有实例!今天用个实例来演练下,请诸位帮忙看看!例如: 简历可分为三个部分(为简单起见就分四部分):基本信息、工作经历、教育经历、求职信。
领域事件中涉及的实体可能还没有持久化呀?
Domain event 乍看起来好像解决了一切问题, 用起来也很简单, 就像Udi Dahan什么的演示的那样。但是现在有一个具体问题,不知道如何解决了:在ctor或者工厂方法中引发事件,由于涉及到的聚合当时还没有被持久化,handler中就没法访问相应的聚合了;甚至,如果是自动生成id的
集群环境下DDD设计,怎样操作实体
假设简单的场景,创建一个吃货,然后吃货在:吃饭吃饭吃饭……假设是B/S结构 注册之后就产生了一个吃货的实体(实例)点击吃饭按钮,就会发送吃饭请求 在设计的时候,ddd让我们从两方面考虑问题
上页
下页