|
这个主题共有 6 回复 / 1 页 [
]
|
|
|
|
|
|
请高人帮忙解惑FDD MDA DDD的问题
|
发表: 2006年10月09日 22:41
|
回复
|
|
FDD MDA DDD这几种驱动设计的特征是什么,好在哪? 哪个更优秀? 还有就是除了这些还有哪些比较著名的驱动设计? 接着是推崇基本比较优秀的书籍?
|
|
|
|
|
|
Re: 请高人帮忙解惑FDD MDA DDD的问题
|
发表: 2006年10月10日 10:42
|
回复
|
|
目前DDD比较切实可行,MDA对于简单系统也不错,是MDD两个不同分支和发展,对于程序员当然学习DDD,MDA就是消灭程序员的,所以,学了自己就失业了。
DDD书籍当然Evans DDD那本书,清华大学出版社和UMLChina在今年3月已经出版了译本,翻译得还可以。
|
|
|
|
|
|
Re: 请高人帮忙解惑FDD MDA DDD的问题
|
发表: 2006年10月10日 17:37
|
回复
|
|
ddd的那本我有,但是觉得他是基于模型驱动设计之上的一种升华。如果要真正理解他的话似乎要对模型驱动设计有所理解。 到现在还不怎么理解如何画出一个可用于实现的模型。 请bang指点一下。
|
|
|
|
|
|
Re: 请高人帮忙解惑FDD MDA DDD的问题
|
发表: 2006年10月10日 17:40
|
回复
|
|
|
|
|
|
|
|
Re: 请高人帮忙解惑FDD MDA DDD的问题
|
发表: 2006年10月10日 18:08
|
回复
|
|
|
|
|
|
|
|
Re: 请高人帮忙解惑FDD MDA DDD的问题
|
发表: 2006年10月11日 09:59
|
回复
|
|
是的,DDD强调分析和设计结合,过去,分析人员抱着UML大谈系统分析,眼睛根本不管语言级别Java或.NET设计实现,从而造成分析阶段和设计阶段的割裂,这也是传统RUP的一个大问题。
DDD强调系统分析人员对设计也要懂:分析模式到微观的设计模式。
换句话说:学习DDD需要两者都有背景,才能画出正确可运行的模型图,对人员要求程度比较高。
|
|
|
|
|
|
Re: 请高人帮忙解惑FDD MDA DDD的问题
|
发表: 2006年10月11日 11:10
|
回复
|
|
|
|
|
|