DDD仓储

目前DDD关于概念，设计思想讨论了比较多。但在编码过程中还是涉及到了一些问题： 实体类中如果有个值对象的列表，那我要获取这个列表应该怎么做？ 如账户实体中的角色列表： List getRoles(); a. 一种方式在实

Getting started with MongoDB and Sprin

我在仿照领域驱动设计重构了系统,当我在添加缓存功能的时候发现有点难度,希望老师指点.我举一个例子:用户--角色 多对多关系用户和角色都属于聚合根,因此应该都同时对应的repository,同样具有对应的缓存集合.当从数据库中加载用户和角色的时候,该怎么维护其中间关联信息呢?<

如题，如果是聚合根的话，CRUD是通过仓储来处理的可以理解，但是如果是被聚合的内部实体，他没有仓储，他的CRUD在何处处理呢？直接在聚合根的部位进行么？那不是就在领域层加入了持久层的操作了么？ 我想了一下，应该是在对聚合根进行持久操作的时候

在零星的DDD DCI概念中，我们了解了也掌握了一些软件的控制权，同时我们还在为信息如何交流抓头，当然有很多方法，事件驱动就是一个很好的办法，同时怎么进行事件驱动呢？第一，可以用 EventBar方式，这种方式需要写一个事件总线。 我也想了想，感觉用Rep

传说是这样的，对象其实真实的实体存在于两个地方，一个是DB，一个是Repository的地方。 但是访问这些对象的“人”，有两个目的，一个是只是看一看，就好像是没钱的男人进入迪吧(DB)一样，只能是看一看，因为他们也只是花看一看的钱，这时候，系统会通过Re

一个按照合同分期付款的需求，现在我自己理解的划分： 实体：合同（聚合根），合同付款计划，合同付款核销记录实体：客户（聚合根）实体：付款记录（聚合根） 值对象：合同状态，属于合同 <

工厂是负责在内存中创建对象。仓储是类似一个集合，负责对象的保存、删除、获取。前提： 系统中的数据不需要持久化，全部在内存中。 我的疑问是：1、通过工厂创建的对象实例，是否已经在系统里了？ 存在：调用仓储的查询

好久不见，大家还好吗？我今天又遇到一个问题，还想求教，望指点一二。现在项目组在做一个物流项目，有一个检索商品的功能，我把商品抽象成了一个实体（ITEM），它含一个叫MANUFACTURE属性，MANUFACTURE是一个MASTER表，内面只有CODE和NAME，用户可以POPUP一

我发现现在的设计基本是一个DAO对应一个表，这种设计好像不是很好。如何改进？

我的问题是：public class SomeModel{@ManyToOnepublic Money money;} 注意上面那个 @ManyToOne，请大家看一下这样合适不？Money 在这个环境中业务分析中就

一旦实现平铺，那么缓存的“<唯一标识，实体>对”就不能替换实体对象了，所有修改都要基于值对象（实体状态）修改。 不能替换的理由：cache是以替换对象来更新“key，value对”的，B1聚合于A1（A1内聚B1），A1和B1都缓存，那么怎么修改cache

搞了半天，我发现领域对象搞明白了，落地的时候最需要搞明白的应该是 Repository 的机制，所以又要返回来开发Repository。 Repository应该包含如下的元素和方法。

DDD的仓库我想到一下方法，还需要哪些方法呢？

信息发布的DDD设计分析： 需要的实体类 Info 信息 User 用户 Approver 帖子审查员

复杂的sql条件是死穴，看来还是逐个定制来得方便。例如有些人获取某些超复杂条件的实体集，虽然可以用一个条件类来实现常用的条件封装，但感觉自己还是有点力不从心。有谁可以说说sql如何全面用一个类来代替呢？（关键点是多个实体，状态属性不一样，如何覆盖？如同key-value的列不一样，所带来的问题）</