看领域驱动模型设计有感

最近在看《领域驱动模型设计》这本书，对自己所看所想就边看边记了。

　　看了这本书的前三章，对领域驱动模型的核心，我认为领域驱动模型必须关心的是：模型的设计分析必须和代码实现结合。对于没有结合实现的领域模型是没有价值。这也就对领域模型的建立有了一个约束：不能只是设计人员和领域专家在一起对他们所关心的问题域进行讨论、分析，最终确立模型，还必须让开发人员也参与进来，分析确立的模型能否实现以及实现难易程度。最终确定一个项目需要、可以用代码真实反映的模型。这样的模型才能映射到代码实现，同样具体的代码也就可以清晰的反映模型。

　　总结一点：领域模型不仅仅关心需求实现，同样也关心代码的实现。

看领域驱动模型设计有感,布布扣,bubuko.com

时间： 2024-11-05 15:49:01

看领域驱动模型设计有感的相关文章

领域驱动模型设计的理解

理解起来很抽象.先看个例子!  需求: 我要去钓鱼  我没钓过鱼,那我得去百度,    1.买鱼竿鱼钩   2.找个适合垂钓的场所   3.选个合适的天气   4.带上桶,板凳 等辅助工具   5.理解下钓鱼的真谛,浮子动几下就拉钩子,河里哪里可能容易掉到就去哪里撒香料   6.本人准备好了就去干! 继续抽象领域:  1.钓鱼工具  2.场所  3.天气  4.辅助工具  5.技能  6.垂钓者 好了,这6个就是钓鱼的主要领域问题. 有了这个领域就可以去知道怎么设计了. 确定业务对象定义.对象间

DDD领域驱动模型设计

背景 使用DDD开发大概也有五个月的时间了,由于当时公司导师的推荐,第一次接触DDD领域驱动到现在彻底迷恋这种开发的模式,为其思想的奥妙所折服,一直以来,总想花一点时间来总结一下,正直光棍节(天猫狂欢购物节)当天,"静下心来"(PS:没有人民币)总结一下. 说起DDD不得不说一篇文章:http://www.cnblogs.com/netfocus/archive/2011/10/10/2204949.html 第一次接触,就是这篇文章,当时看起来晦涩难懂,后来慢慢的读起来,每一次都有精

领域驱动有感

最近看了<领域驱动设计:软件核心复杂性应对之道>,从字面上来看领域驱动就是解决软件复杂性问题的:然而领域驱动设计的门槛很高,没有很深厚的面向对象编码能力几乎不可能实践成功.Martin Fowler在PoEAA一书中给了一个有力的解释: 我们把三层架构等除了领域驱动之外的架构方式都可以归纳为以数据为中心的架构方式,在图中是黑色的粗实线: 领域驱动设计在图中是绿色的粗实线. 当软件在开发初期,以数据驱动的架构方式非常容易上手,但是随着业务的增长和项目的推进,软件开发和维护难度急剧升高. 领域驱动

.NET领域驱动设计—看DDD是如何运用设计模式颠覆传统架构

阅读目录: 1.开篇介绍 2.简单了解缘由(本文的前期事宜) 3.DomainModel扩展性(运用设计模式设计模型变化点) 3.1.模型扩展性 3.2.设计模式的使用(苦心专研的设计模式.设计思想可以随意使用了) 3.3.部分类的使用(封装内部对象) 3.4.高强度的OO设计(面向特定领域的高度抽象设计形成特定领域框架) 4.DomainModel业务逻辑规则配置(将扩展点分离后使用适当的配置将规则IOC进去) 5.DDD简单总结(DDD是什么?它是"战术") 1]开篇介绍 这篇文章

看懂Gradle脚本（5）- 跟Gradle学领域驱动设计

领域驱动设计(DDD) 如果第一次听说领域驱动设计,那么赶紧买一本,或借一本Eric Evans写的那么同名经典书补一下课.Gradle是一个自动化build工具,所以Gradle面对的领域就是自动化构建这一领域.Gradle是按照DDD的思想设计和开发的,所以自动化构建领域里的大部分概念,在Gradle的源代码里都有一个接口或类与之对应.本文介绍对Gradle新手来说最重要的三个领域对象:Project.Task.Action. Project Project是Gradle最重要的一个领域对象

我的“第一次”，就这样没了：DDD（领域驱动设计）理论结合实践

写在前面 插一句:本人超爱落网-<平凡的世界>这一期,分享给大家. 阅读目录: 关于DDD 前期分析 框架搭建 代码实现 开源-发布 后记 第一次听你,清风吹送,田野短笛:第一次看你,半弯新湖,鱼跃翠堤:第一次念你,燕飞巢冷,释怀记忆:第一次梦你,云翔海岛,轮渡迤逦:第一次认你,怨江别续,草桥知己:第一次怕你,命悬一线,遗憾禁忌:第一次悟你,千年菩提,生死一起. 人生有很多的第一次:小时候第一次牙牙学语.第一次学蹒跚学步...长大后第一次上课.第一次逃课.第一次骑自行车.第一次懂事.第一次和喜

(转载）浅谈我对DDD领域驱动设计的理解

原文地址:http://www.cnblogs.com/netfocus/p/5548025.html 从遇到问题开始 当人们要做一个软件系统时,一般总是因为遇到了什么问题,然后希望通过一个软件系统来解决. 比如,我是一家企业,然后我觉得我现在线下销售自己的产品还不够,我希望能够在线上也能销售自己的产品.所以,自然而然就想到要做一个普通电商系统,用于实现在线销售自己企业产品的目的. 再比如,我是一家互联网公司,公司有很多系统对外提供服务,面向很多客户端设备.但是最近由于各种原因,导致服务经常出故

.NET领域驱动设计—实践(穿过迷雾走向光明)

阅读目录 开篇介绍 1.1示例介绍 (OnlineExamination在线考试系统介绍) 1.2分析.建模 (对真实业务进行分析.模型化) 1.2.1 用例分析 (提取系统的所有功能需求) 1.3系统设计.建模 (技术化业务模型) 1.3.1 枚举类型的使用 (别让枚举类型成为数值型对象) 1.3.2 基础数据.业务数据 (显示实体和隐式过程) 1.3.3 模型在数据库中的主外键关联问题 (面向对象模型与关系模型的天然抗阻) 1.3.4 角色.类型 (区分类型与面向对象概念) 1.3.5 名词

领域驱动设计 ——一种将概念模型化的方式

原文发布于:http://www.gufeng.tech/ 1.引子 2004年Eric Evans 发表了一本书:<Domain-Driven Design: Tackling Complexity in the Heart of Software>(中文名:<领域驱动设计:软件核心复杂性应对之道>),在这本书中作者提出了领域驱动设计(DDD)的概念,到现在已经10多年的时间了. 1.1 面向对象与面向对象语言 面向对象思想已经存在相当长的历史了(相对于软件的历史),我而们使用的