Dojo
最新
最佳
搜索
订阅
解道Jdon
领域驱动设计
架构设计
热点话题
产品经理
GitHub开源免费源代码
RUST语言
go语言文章排行榜
DevOps文章排行榜
认知偏差与谬论
数据科学
数据工程
幽默模因
更多话题
Jdon的主题能不能实用一些
12-10-18
cuwkuhaihong
不知道其他朋友怎么想,我觉得jdon论坛里有些主题有点形而上学了,在设计的上建立了太多的概念,很难理解,应用于实践就更难了。
比如
DDD
,我就不理解这种概念建立的实际意义。
还是返璞归真,以最简单的,并得到验证理念构建范式,进而指导实践更有意义。
在我看来,系统本身概念是比较简单,就是对象和逻辑。逻辑的执行结果,是改变对象的属性,对象之间关系。
还望赐教!
1
banq
2012-10-18 13:04
2012-10-18 12:47 "@
cuwkuhaihong
"的内容
就是对象和逻辑。逻辑的执行结果,是改变对象的属性,对象之间关系 ...
呵呵,我们之前的讨论主要是练习打通任督二脉(
事件、契约设计与BDD
),这样就能得出一个比较简单的
统一语言
,需求人员能够直接用之表达,又能通过任何语言方便实现。建立大道至简的路程是复杂扭曲的。
我们常常讲stupid,事实上起步时可以stupid,但是当你产出的东西很多时,你就会被你自己吐出的蚕丝纠缠不清,这时清理分类设计是需要的。
关于你这样的“对象和逻辑”,将逻辑从对象中剥离出来,对象就剩余贫血的没有任何逻辑规则的数据结构了,实际是数据结构和算法,这是计算机语言支持的,而我们实际中业务逻辑非常复杂,不能简单地将逻辑归为算法,业务对象归为数据结构,如果这样,世界就安静了,计算机软件就一日千里,统治人类也指日可待,事实不是纯计算机理论专家想得那么简单。
所以,相对于计算机理论,我们讨论的主题才更偏重实践,之所以你觉得我们讨论的太理论,我个人觉得还是先入为主的原因吧,因为我们大部分首先学习纯计算机技术,学了以后也能编些简单系统,就以为计算机编程到此为止,其他的都是理论忽悠了。
[该贴被banq于2012-10-18 13:35修改过]
wf_chn
2012-10-18 15:27
2012-10-18 12:47 "@
cuwkuhaihong
"的内容
在我看来,系统本身概念是比较简单,就是对象和逻辑。逻辑的执行结果,是改变对象的属性,对象之间关系 ...
那你怎么知道你需要建什么类呢,怎么划分他们呢,这不光是
DDD
也是其他设计理念需要去解决的问题
SpeedVan
2012-10-18 18:31
lz可能对逻辑有着误解,逻辑不单单是过程执行,重点是“推导”。
而我们设计往往是构造逻辑,逻辑讲究严谨,这正是我们为什么要提出领域(领域逻辑)。数字游戏是随意的,而严谨的逻辑有利于扩展,我们的系统是为现实服务的,也正因为是这样才需要从现实抽取逻辑进行建模。
计算是计算机的事,至于为什么要这样计算则是我们设计师的事。有两类人:知道事情怎么做 和 知道事情为什么这样做。
cuwkuhaihong
2012-10-19 12:23
2012-10-18 18:31 "@
SpeedVan
"的内容
重点是“推导” ...
怎么理解
bingyang
2012-11-06 15:48
很赞成“而我们设计往往是构造逻辑,逻辑讲究严谨,这正是我们为什么要提出领域(领域逻辑)”这句话,DDD这个东西就好比是内功心法,慢慢体会。
猜你喜欢
本站原创
《复杂软件设计之道:领域驱动设计全面解析与实战》
其他人在看