DDD建模与流行框架的矛盾

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

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

非常有道理,从这个意义上说,如果Hibernate JPA等传统ORM框架不进行改进,他们实际就宣布死亡了。
ORM已经是过去的事情

悲剧,为了DDD的概念,又要回到jdbc的原始社会了,DDD好在哪里呢?有没有想过他不好的地方?他真的在项目中适用吗?适合我们的实际情况吗?

DDD并不需要JDBC,他甚至不需要SQL。DDD强调对象而SQL数据库天然的站在了对象的另一面。

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