DDD建模与流行框架的矛盾

10-04-02 zjl594201
自从学习DDD后，我开始抛弃过去整页的setter和getter，不断细化对象，但是我发现一个问题，比如值对象，因为DDD明确说了值对象是不可更改的，所以setter方法应该是不需要的，于是我们顺理成章地把它们清除，这样便带来一个问题，我依稀记得hibernate要求有成对的setter和getter方法（有段时间没用了，记错了请见谅），那这明显违背DDD原则了，目前我能想到的办法就是用jdbc，如果有其他更为灵活的ORM框架还望推荐啊！

不仅仅是值对象有这个问题，比如实体中的方法名，我为了取得更加有意义，只好背离框架的规范，但这又是一个矛盾，哎，实在是纠结啊

#DDD领域驱动设计      #对象数据库阻抗      #持久层框架     

1
banq
2010-04-06 10:50
非常有道理，从这个意义上说，如果Hibernate JPA等传统ORM框架不进行改进，他们实际就宣布死亡了。

ORM已经是过去的事情

spell
2010-05-27 17:07
悲剧，为了DDD的概念，又要回到jdbc的原始社会了，DDD好在哪里呢？有没有想过他不好的地方？他真的在项目中适用吗？适合我们的实际情况吗？

IceQi
2010-05-28 10:58
DDD并不需要JDBC，他甚至不需要SQL。DDD强调对象而SQL数据库天然的站在了对象的另一面。

Map+序列化，就可以是最简单的存储结构了。

猜你喜欢