领域驱动设计
iteye_19520
这个作者很懒,什么都没留下…
展开
-
什么是领域模型
领域模型是对领域内概念类或现实世界中对象的可视化表示。概念类:思想、事务或对象。概念类包括三个方面:符号、内涵、外延。为什么要建立领域模型?原因:降低与OO建模之间表示的差异。领域层软件类的名称要来源于领域模型中的名称,使对象有源于领域的信息和职责。如何创建领域模型:1、创建概念类。2、将其描述为UML中的类3、添加关联和属性...2008-05-21 12:12:33 · 416 阅读 · 0 评论 -
知识消化
1、高效的建模人员就是知识的消化器。 2、知识消化并不是一个孤立的行动,它由开发团队与领域专家共同合作,由开发人员领导。 3、老式的瀑布方法中,业务专家与分析人员会谈,分析人员提取摘要,进行抽象后将结果转达给程序员,由程序员进行编码。这种方法并不成功,因为没有反馈机制。 4、优秀的程序员会自然地开始进行抽象来开发一个模型。 5、在团队成员一起讨论模型的过程中,他们之间的交互也会发生...2008-07-05 19:52:46 · 166 阅读 · 0 评论 -
有效建模的因素
1. 模型与实现相互绑定。未经加工的原型建立了早期必需的联系,在随后的迭代中始终对它进行维护和完善。 2. 基于模型生成了一种语言。随着项目的进行,我们中的每个人都可以自如地使用来自模型的术语,将它们组织成与模型结构一致的句子,不需翻译,也不会引起歧义。 3. 开发了一个包含丰富知识的模型。对象都具有行为和一些强制性的规则。模型并不仅仅是一个数据方案,它是解决一个复杂问题必不可缺的。它捕获...2008-07-05 19:43:45 · 193 阅读 · 0 评论 -
浅谈“领域驱动设计”
作者:老王Eric Evans所著的《领域驱动设计》(Domain-DrivenDesign:通常简称为“DDD”)一书可以说是经典中的经典,虽然“领域”的概念早就存在,但是直到这本书的出现,才让人们真正开始认真审视软件的构建,相信你看了这本书后会真正体会领域的力量,也正是这个力量决定了软件最终的价值。领域的含义:简单的说,每个软件程序都会与其用户的活动或兴趣相关,其中使用程序的主要...2008-06-25 17:52:11 · 88 阅读 · 0 评论 -
当前Java软件开发中几种认识误区
越来越多人开始使用Java,但是他们大多数人没有做好足够的思想准备(没有接受OO思想体系相关培训),以致不能很好驾驭Java项目,甚至 导致开发后的Java系统性能缓慢甚至经常当机。很多人觉得这是Java复杂导致,其实根本原因在于:我们原先掌握的关于软件知识(OO方面)不是太贫乏就是不恰当,存在认识上和方法上的误区。软件的生命性 软件是有生命的...2008-06-25 17:24:37 · 106 阅读 · 0 评论 -
领域模型驱动设计(Evans DDD)之模型提炼
当Java世界提供的可选择性框架平台越来越多时,我们可能被平台架构所深深困扰,而无暇顾及软件的真正核心:业务建模,其实,业务领域建模同样是一个比平台架构更复杂,更需要学习的新的领域。 相反,在实践中,我们技术人员在经过冗长的平台架构学习和实践后,就匆忙开始项目开发,这时是什么指导他们进行软件业务实现呢?大部分可能是依赖数据库建模,甚至是复杂冗长的数据库存储过程设计,这些已经开始走向面向...2008-06-25 17:14:13 · 153 阅读 · 0 评论 -
面向对象与领域建模
板桥里人 http://www.jdon.com 2006/12/6(转载请保留) 多变且复杂的需求 如果没有多变的需求,也许就没有今天的面向对象软件,我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击,可是这样下去的结果只有一个:使得软件更加僵化;或者程序员更加 劳...2008-06-25 16:26:57 · 67 阅读 · 0 评论 -
面向对象建模与数据库建模两种分析设计方法的比较
我们知道:一个软件从无到有需要经过如下几个阶段:分析、设计、编程、调试、部署和运行。 编程阶段我们通常使用Java/.NET这样面向对象语言工具,可以带来很多设计上的好处,但是也存在一个奇怪的现象: 很多程序员虽然在使用OO语...2008-06-25 15:45:34 · 120 阅读 · 0 评论 -
面向对象与领域建模
面向对象与领域建模 板桥里人 http://www.jdon.com 2006/12/6(转载请保留)多变且复杂的需求 如果没有多变的需求,也许就没有今天的面向对象软件,我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击,可是这样下去的结果只有一个:使得软件更加僵化;或者程序员更加 ...2008-05-21 15:14:38 · 73 阅读 · 0 评论 -
四色原型
1、设计模式是设计上的重用,框架是更大粒度上的重用。 2、原型:人类组织、总结、概括客观世界的基本概念。 3、业务原型是对业务领域中的原型。是对不同业务需求中的共同之处的抽象和概括。 4、一个业务原型应该是一个在业务领域或商业软件系统持续发生并且普遍存在的最初级的事物。 5、原型之间是相互交互的,Party, Product, 和 Order是每个虚拟商业系统的基本概念,在这个商业...2008-05-21 14:58:39 · 140 阅读 · 0 评论 -
面向对象分析和设计
1、了解面向对象语言是必要的,但不是首要的,了解“面向对象思想”才是关键。 2、UML只是标准的图形表示法。常用的表示法是有用的,但更重要的是面向对象的内容值得学习,尤其是如何利用对象进行思考。 3、UML只是图形表示法,不是OOA/D,也不是方法。如果没有掌握如何创建优秀的面向对象设计,或者如何评估和改进现有设计,那么学习UML或者UML工具是毫无意义的。 4、对象思想才是重点和难点...2008-05-21 13:22:47 · 155 阅读 · 0 评论 -
知识丰富的设计
1、业务活动与规则对于一个领域来说与其涉及的实体同样重要。 2、领域也会包含各种类别的概念。对知识的消化要能够产生出反映这种理解的模型。 3、超越实体与值之上的变化可能会对知识消化产生剧烈的影响,因为业务规则之间可能存在不一致。 4、领域专家通过与软件专家的密切合作,进行知识消化,才使得规则明晰化。 5、提炼隐藏概念,将业务规则可以放到一个领域对象中。 6、任何业务专家都不可能...2008-07-06 10:05:30 · 118 阅读 · 0 评论