关于ForumState为值对象的疑惑

08-05-19 javajavajava
         

banq大哥你好!你说ForumThreadState是值对象,但是:

1.“值对象是不可变的,不要给它任何标识,避免实体的维护性,降低设计复杂性。我们不关心值对象是哪个实例。”,好像ForumThreadState是可变的,有set方法,而且每次回复后,都会重新去数据库统计一下。不过再细看代码,在refreshState的时候是new了一个ForumThreadState,就是说重新生成了新的ForumThreadState。ForumThreadState好像在性能方面也没发现有什么优点,不具备值对象的特点。

2.每次都要根据forumThread才能确定ForumThreadState,所以我们要关心ForumThreadState是哪个forumThread的对象,这跟DDD里面说的“只关心它们是什么,而不关心它们谁是谁的对象”相违背。

3.假如ForumThreadState是值对象,具有不变性,那应该可以共享啊,但是每个forumThread

实体的ForumThreadState都不同的,不能共享,矛盾。

4.不清楚把ForumThreadState设计成值对象的好处在哪里。

上面问题我一直很迷惑,对值对象的概念没完全理解,网上找了相关文章,有举了货币转换的例子,看了懂了,但一回到ForumThreadState,又迷惑了,请banq老师指导,谢谢!!

         

oojdon
2008-05-20 23:57

banq在某个帖子中提到的:Form由ForumState组成,ForumState是经常更新的,所以我们设计为一个状态值对象,如果不设计这个值对象,ForumState中的字段都放在Forum中,那么更新这些字段会导致Forum这个大对象锁住,从事务性能等方面都是不好的,从Evans DDD的OO设计角度也是不对的。

状态值对象和DDD中的定义的共享不可修改值对象我觉得有大大的区别,自己感觉在jivejdon中没有真正体现DDD的值对象概念,顶一下这个帖子,望banq及时解答!

freebox
2008-05-21 12:59

如果值经常被改变,是允许值对象的值被改变的。一般来讲如果使用了不同的属性值,是要重新生成整个值对象而不是修改某个已存在的值对象的属性,但是state的更新过于频繁,生成它需要查询并构造状态,代价也算高了,值对象似乎没有起到共享作用,是一次性的。

state或者在更新时付出代价更新这些值,或者在查询时付出代价来重新查询。

假设将论坛标题、URL、menu等做成值对象,就可以达到共享作用,并在修改它们时通知加载器重新载入。但这种修改并不频繁,维护一个实例就可以。

banq
2008-05-21 13:38

值对象最关键定义是表明对象的特征(这应该DDD书籍值对象章节第一句话),那么状态是不是对象的特征呢?我认为应该是,只不过这个特征随时更改,难道经常更改的东东就不是特征吗?所以,从这个角度我将ForumState化为值对象,有时我发现,也许可以将将ForumState和FourmThreadState这两个合并为一个值对象State,这样可能更体现值对象的共享特性。

值对象更多有时表现为一种description描述,特征描述,这就是四色图中的description,这是最标准的值对象,值对象是否可更改,完全由设计者决定,而不是说不可变的才是值对象。

[该贴被banq于2008-05-21 14:23修改过]

banq
2008-05-21 19:42

我又仔细想了想,如果笼统地说状态属于特征还有些值得商榷,状态最多只能算动态特征,而特征我们通常指天然静态特征。这个问题留待讨论。

DDD中也说:如果我们只关心模型中一个元素的属性,那么就可以把这个元素划为值对象,按照这个定义,最新帖子应该Forum和ForumThread等对象中很重要的一个元素,我为了表示其整体一致性,一旦有新帖,Forum或ForumThread的State就必须全部更换。这些都是吻合的。

DDD文章大部分是在讲静止的特征,比如两个人的名字,名字就是值对象,可以在两个人实例中共享,这些都容易理解,但是我个人觉得这只是DDD在解释值对象,它没有解释到的就不代表不是值对象,就象ForumState一样,甚至与它具体解释矛盾的地方。

无论如何,也许只有等Evans本人才澄清才会圆满,但是作为一种客观的方法论,如果依赖本人的不断解释和说明,那么本身是有问题的,我们不希望Evans本人来说明;也可能我们过于钻牛角尖了,OO世界非常广阔,不可能一个流派DDD能包打天下,分析模式 设计模式等其他都可以作为参考,我们只要掌握DDD精神,特别是其将值对象或子对象约束于根对象的约束性;这些比毫无业务层次的平面数据表要进步多,使得我们访问一个数据必须获得其宿主,而不是无知无畏不顾业务场景地直接访问数据表,这些都能减少BUG,带来程序健壮性。

当然DDD不只是这些优点,还有待每个人去体会,DDD指明了一个可实现的方向,但没有涵盖所有实现范畴,这是我们使用DDD特别要注意的。以上只是个人观点。

2Go 1 2 下一页