关于领域模型与设计模式

我的编程经验不多,对设计模式和领域模型也只是大概的了解。
我着重看了eric ddd一书的把设计模式和模型联系起来那一章,但是觉得这两者之间的联系似乎更是天然且自然的联系。
以领域模型的高度去探讨设计模式,就像是换个心情去看问题,似乎可供研究的地方不多,我觉得一头雾水了。比如eric举的两个例子,strategy和composite模式,这两个例子在设计模式中实属平常,应用实例放在模型阶段也可,并没有什么可深入探讨的地方啊

真诚的求教banq及各位经验丰富的大侠,以什么作为切入点去更深入地学习研究领域模型和设计模式的关系?eric那部分是简单点评了两者的关系?或者是说,二者的联系就是简单,就是一种看问题的境界、高度?


谢谢

>真诚的求教banq及各位经验丰富的大侠,以什么作为切入点去更深入地学习研究领域模型和设计模式的关系?

在设计领域,实践是一切的基础。

所以最好的学习方法,莫过于一边实践,一边思考,最后交流总结。


>eric那部分是简单点评了两者的关系?或者是说,二者的联系就是简单,就是一种看问题的境界、高度?
什么是简单?简单是复杂的对立统一。你能把一件事情用三言两语概括出来就是简单。你能将这三言两语的概括再变成很多例子,让非行内人员能够循序渐进的理解也是简单。

如果你真的认为它“简单”,那你什么也没学到,如果你认为它很“复杂”,那么你开始入门了。

to slangmgh :

谢谢你的回答,就如谚语,耳熟能详却又是颠扑不破的真理

实践是第一位的,但是我想通过帖子得到一点点启发,足矣


学习这些东西,一定要结合具体的问题学。如果问题太大,太空,在这个阶段没有意义。

如果你有手上正在做的项目,那么你可以从这些项目着手,否则可以从自己以前做过的项目着手,看看理论上的东西如何和实践的对应起来,然后遇到具体的问题后,自己进行一定的思考后,再到论坛上讨论,就会比较有意义。

>以什么作为切入点去更深入地学习研究领域模型和设计模式的关系
深入理解设计模式后,再深入学习领域模型,两者自然在心中交汇相通,我是这样发生过的。

可以这么说:如果我们将所有类分为两种:以接口为标志的行为类;和以抽象为标志的属性类,DDD中类性质基本属于抽象类,使用继承 关联等关系比较多。而GoF设计模式则函括这两种类,范围要广,所以,如果GoF设计模式真的全部掌握,那么就觉得DDD理解起来很简单,因为是一个子集。

以上个人心得。

我是这么觉得的 DDD->重构->设计模式...看了DDD之后,在回头去看重构,感触很深~