• banq说过DAO和Repository其实是一个东西，我在看jivejdon3的时候看到Repository把数据库访问委托给了DAO来实现。为什么Repository不直接实现数据库访问呢？他们俩不是一个东西吗？而在很多应用层里都直接使用了DAO而不是Repository，这是为什么？
  • DDD里讲的Repository用于对一个entity的重建，因此Repository依赖于entity是很正常的一个关系。但是在使用中，会遇到entity本身需要访问数据库，如果调用repository来访问的话，变成了双向依赖，感觉不好。 例如：一个e
  • 都在谈论DDD 我想说说我的看法，不知对否，望大家执教 所谓的 ＤＤＤ无异于将所有的业务抽象到领域层，所有的都是对象，所有的对象对自己负责，具体实现时，我的思路是这样的： 首先对业务领域建模，摈弃以往的以数据为中 icon
  • banq老师您好。今天看了下jivedon3.0源代码，对于站内消息的设计有以下疑惑，请老师解答，谢谢。第一：关于ShortMessageRepository与ShortMessageFactory的职责问题。我觉得ShortMessageFactory不应该ShortMessage icon
  • 暴露领域模型（Exposed Domain Model）的不均匀性――一个问题引发的思考一个简单的问题 对象关系映射持久化引擎提供了弱类型的查询OQL，一个业务实体Person，现在要查找名字为**的人。模型层有两个可能做法： icon
  • 我想大家在应用开发的时候都有过这种经历 。 一个对象在a处创建了，但b处又需要引用它。这样就有了两个引用 当在a处删除的时候 ，希望在b处也删除它；如果系统稍大的时候，可能多次引用的次数会更加多，一一删除很繁琐。 有没有办法一处删除 ，别处也同时 icon
  • DAO模式是不是就是领域建模中的仓储？ icon
  • 项目中仓储这个部分，分别有入库和出库这个操作，现在分析不下去了 因为现在数据库已经定死了，上面还要以对象的方式来画类图，怎么画都觉得别扭，能不能帮忙给几个建议啊 仓储这个部分现在的业务是这样的，就是操作了几张单据 icon