最近看DDD的时候产生了一些疑问，我的查了一下论坛，发现如此类的问题还是很多的，但是并没有一个合适的答案。 DDD中阐述的实体，是能确定唯一标识的，当然这个实体是在领域模型中的，当放在程序设计的.

今天看到这篇http://www.infoq.com/cn/articles/ddd-in-practice文章英文原文:http://www.infoq.com/articles/ddd-in-pr.

小弟今天初次发帖，还望各位大虾不吝赐教！ 这几天一直在思考一个问题：就是DAO层是还需要？大家都知道传统的DAO就是对一个对象的增删查改，然而我觉得这些工作完全可以放在这个对象去做，如在这个对象.

Hi,各位好，最近在看Evans的DDD，很多时候有被醍醐灌顶的感觉，感觉以前的很多思考和困惑得到了回答。我现在看第二遍这本书了，仍然有一些问题，希望各位能够指教。在Evans的定义中，Factory.

初步了解了DDD的设计，感觉repository是一个关键的概念，它是让对象和对象的存储分离。但repository的实现方式不那么重要，比如：自己实现object和db的映射，还是利用现成的hibe.

我想大家在应用开发的时候都有过这种经历 。 一个对象在a处创建了，但b处又需要引用它。这样就有了两个引用 当在a处删除的时候 ，希望在b处也删除它；如果系统稍大的时候，可能多次引用的次数会更加多，一一.

banq老师您好。今天看了下jivedon3.0源代码，对于站内消息的设计有以下疑惑，请老师解答，谢谢。第一：关于ShortMessageRepository与ShortMessageFactory的.

暴露领域模型（Exposed Domain Model）的不均匀性――一个问题引发的思考一个简单的问题 对象关系映射持久化引擎提供了弱类型的查询OQL，一个业务实体Person，现在要查找.

DAO模式是不是就是领域建模中的仓储？.

banq说过DAO和Repository其实是一个东西，我在看jivejdon3的时候看到Repository把数据库访问委托给了DAO来实现。为什么Repository不直接实现数据库访问呢？他们俩.

都在谈论DDD 我想说说我的看法，不知对否，望大家执教所谓的 ＤＤＤ无异于将所有的业务抽象到领域层，所有的都是对象，所有的对象对自己负责，具体实现时，我的思路是这样的：首先对业务领域建模，摈弃以往的以.

DDD里讲的Repository用于对一个entity的重建，因此Repository依赖于entity是很正常的一个关系。但是在使用中，会遇到entity本身需要访问数据库，如果调用reposito.

项目中仓储这个部分，分别有入库和出库这个操作，现在分析不下去了因为现在数据库已经定死了，上面还要以对象的方式来画类图，怎么画都觉得别扭，能不能帮忙给几个建议啊仓储这个部分现在的业务是这样的，就是操作了.