DDD仓储

开始这个项目的目的是找出我的那个小巧restful框架的不合理之处，准备深入实践运用REST,DDD,DCI,CQRS,NOSQL,EDA等思想。探索DCI是否可以植入框架，DDD中的领域模型是否可以直接暴露为资源Resource,实践非贫血模型，分布式计算。项目会在基本的功能完备后

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

小弟今天初次发帖，还望各位大虾不吝赐教！ 这几天一直在思考一个问题：就是DAO层是还需要？大家都知道传统的DAO就是对一个对象的增删查改，然而我觉得这些工作完全可以放在这个对象去做，如在这个对象中的除了我们常见的一些属性和setter和getter方法，还可以增加save,find,u

最近看DDD的时候产生了一些疑问，我的查了一下论坛，发现如此类的问题还是很多的，但是并没有一个合适的答案。 DDD中阐述的实体，是能确定唯一标识的，当然这个实体是在领域模型中的，当放在程序设计的时候我总是感觉非常类似ORM中的实体，或者这样的想法不合理，那有另外一种想法，就是对象的持久

java是面向对象的， 但是现在很多的java系统全是面向过程的。为什么？ 我觉得一个很重要的问题。 是因为是因为我们大部分系统都是数据库系统，基本上就是crud。 这束缚了我们的思维。使我们在碰到一个问题

很久没有写过hibernate的代码，现在回头想重新看一下但是却有了很多新的思考，最重要的一个就是DAO对象与hibernate提供的session，在没有ORM框架的时候我们只能使用JDBC，对于数据库的访问需要很多步骤，其中主要的是对模型对象与数据表映射的工作，所以存在了DAO，但是现在有了

请问，项目使用 DDD 方式开发的话，开发顺序是否先是 Domain Model, 然后才是 Repository, 然后调用 Dao 或者不用 Dao 也行，将对象持久化，然后再设计数据库？因为受传统观念影响，我一直是认为项目开发应该是先开发数据库的。因为这个观点，我看了两天这方面的资料，

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

今天在网上看见了一篇关于Repository模式的介绍 ，但是感觉介绍的就是dao模式啊,板桥大哥能不能详细介绍一下Repository模式呢 谢谢

在用四色图设计好对象之后，怎么样来选择仓储的使用。MI,PPT,Role,DESCRIPTION，哪些是需要把对象冬眠的。

背景:设计之道新手前提:问题:究竟如何处理领域模型实体和ORM实体之间的关系简介:(1):不管怎么样ORM的便利性是一种趋势,DDD中使用ORM貌似非常常见,那么如何处理DDD领域模型实体和ORM实体之间的关系呢? (2):来个实例:需求:需要维护一批产品,能

讨论--------仓储 仓储委托合适的基础结构来完成自己的工作，把存储，检索，查询封装起来还是仓储的实现的最基本的特性。 还有看到网上的一句

在过去的系统中，文章评论数是一个单独的字段放在数据库中，这样看似效率变高了，不用每次都去统计评论数。但这样也出现了一致性问题。 DDD是不是让我们以文章为聚合根，在ArticleRepostiory中去构造一个完整的Article，包含了artic

Haters Gonna Hate Posted March 28, 2010 If you've been around for more than a few years, you've probably

初步了解了DDD的设计，感觉repository是一个关键的概念，它是让对象和对象的存储分离。但repository的实现方式不那么重要，比如：自己实现object和db的映射，还是利用现成的hibernate等组件都可以。 不知道我对于repositor

在JDON 逛逛，才发现自己以前用的方法都是面向数据库的。不过初步接触这些内容一时真无法理解。但是如果面向对象为主的话，那数据库设计和面向数据库有区别么？我拿一个简单的blog 为例： ---------以前我数据库设计-----------