首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

关于域驱动设计的任何好书?

关于域驱动设计的好书有以下几本:

  1. 《领域驱动设计:软件核心复杂性应对之道》 作者:Eric Evans 这本书是领域驱动设计的经典之作,作者Eric Evans 从软件开发的实践经验出发,阐述了领域驱动设计的核心理念和方法。全书分为三个部分:领域模型的基础知识、模型的构建方法和模型的应用实践。 推荐的腾讯云相关产品:腾讯云咨询服务 产品介绍链接地址:https://cloud.tencent.com/product/ta
  2. 《实现领域驱动设计》 作者:Vaughn Vernon 这本书是另一本领域驱动设计的经典之作,作者Vaughn Vernon 从实践角度出发,介绍了如何实现领域驱动设计。全书分为三个部分:领域模型的设计、领域模型的实现和领域模型的演进。 推荐的腾讯云相关产品:腾讯云咨询服务 产品介绍链接地址:https://cloud.tencent.com/product/ta
  3. 《领域驱动设计案例分析》 作者:曾探 这本书以实际案例为基础,介绍了领域驱动设计的实践过程。全书分为三个部分:领域建模、领域设计和领域实现。 推荐的腾讯云相关产品:腾讯云咨询服务 产品介绍链接地址:https://cloud.tencent.com/product/ta

以上三本书籍都是领域驱动设计领域的经典之作,可以帮助读者深入理解领域驱动设计的理念和方法,并且提供了实际案例的参考。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

关于领域驱动设计的理解

领域驱动设计是一种思维方式,它提供了一整套完整的设计实践、技术和原则,加速了复杂领域的软件项目的开发。...领域驱动设计的主要内容构造块和柔性设计此部分也称为战术设计,主要用于应对相对小型的系统模型,主要依靠面向对象的分析技术。...MODEL-DRIVEN DESIGN模型驱动设计的含义是软件系统的各个部分都要反映出领域模型,程序的代码是领域模型的表达,任何部分的改变都是模型的改变。...结合通用语言和模型驱动设计,业务分析和系统设计的分离应调整为依赖统一的领域模型,包括编码也同样依赖领域模型,在使用DDD的项目团队中,领域模型是日常讨论必须使用的媒介,任何环节的修改都是领域模型的修改。...GENERIC SUBDOMAIN 通用子域识别出那些与项目意图无关的内聚子领域。把这些子领域的通用模型提取出来,并放到单独 的MODULE中。任何专有的东西都不应放在这些模块中。

16510

「领域驱动设计DDD」事件风暴简介:实现域驱动设计的简便方法

作为Alberto Brandolini的心血结晶,它是Gamestorming和领域驱动设计(DDD)原则的综合学习实践。该技术不限于软件开发。...域事件有助于构建域模型;它们起到了骨骼的作用。这不是设计,它是关于域的模型 - 一个视角。您使用域事件来推动建模,因为技术人员和领域专家都很容易理解。...域事件几乎没有关于设计的说明,也没有关于实现的内容,这正是你想要的一个好的域模型。...虽然以域事件为中心的模型可能会自然地导致事件驱动的系统设计(EDA),例如事件源或命令查询责任隔离(CQRS),但这是一种选择,而不是义务。...尝试一下 事件风暴旨在创建和分享对域模型的共同理解;它不是设计文档,流程图,UML图,部署计划,体系结构图或与实现相关的任何其他内容的替代品。

2.3K31
  • 领域驱动设计(DDD):领域和子域

    领域驱动设计中的领域 是指的业务领域。 大多数的技术人员对技术领域 中的知识比较感兴趣(狂热),因为这能够使得自己在技术方面有一些前沿性和探索性的实践。然而对于业务领域 中的知识就显得比较暗淡一些。...具体指一种特定的范围或区域。 《领域驱动设计》中领域指的是一个特定的业务范围 ,大家在这个业务域范围内开展工作。 领域这个词承载了太多的含义。...subdomains 这是一个有关“零售商在线销售产品”的例子,来源于《实现领域驱动设计》。 把零售商中的所有业务看做成一个领域(业务域) ,把这个整体业务域中的每一个业务域看做成子域 。...这两个目的都是为了让核心域更加清晰和增强核心域的内聚性。 有关核心域的更多内容请阅读《领域驱动设计》中的第十五章,其中非常详细地阐述了如何明确核心域和实现核心域。...《实现领域驱动设计》中通过问题空间 和解决方案空间 对核心域做了更直接的说明: 问题空间是领域的一部分,对问题空间的开发将产生一个新的核心域。

    1.3K40

    【干货】关于数据科学的十本好书

    对任何数据科学家,特别是有抱负的数据科学家,或想要把 Python 作为技能掌握的开发者而言,这本书就是你的必读书目。这本书将帮助读者利用学习深度学习、数据整理、可视化数据的 Python 开源文库。...《Data Analyti cs Made Accessible》 这本书为读者提供了数据分析的整体概况,所以对于想要在此领域学习更多的人,或是对需要一本初级读物并理解相关技术如何工作的经理人来说,它都是一本好书...它包含了 200 多个关于这一开源语言(统计学家们的首选)的方法。本书的书评员也是第一次接触 R,并将这本书描述为为他们节省了大量时间的具有实践意义的入门指南和参考工具。...每一系列大数据书集都会包含一本关于 Spark 的书,而这一本则是由 Spark 的开发人员撰写的。...作者 DJ Patil 将他作为 Linkedin 数据科学团队架构师的经历带到本书当中,描述了成为数据科学家的四个重要资质和建立「数据驱动(data driven)」组织意味着什么。 摘自:数盟

    77470

    DDD领域驱动设计实战(一)-领域模型、子域、核心域、通用域和支撑域等核心概念

    领域模型的特点 对业务领域做了建模 细粒度的类,易于扩展,容易复用 可以应对复杂的业务逻辑 需要经验才能掌握 简单的领域模型 几乎和数据库中的表 一一对应 复杂领域模型 一使用了继承,组合,设计模式等各种手段...划分出来的多个子领域称为子域,每个子域对应一个更小的问题域或业务范围。 DDD是一种处理高度复杂领域的设计思想,它试图分离技术实现的复杂度。 DDD的研究方法与自然科学类似。...领域可细分为不同子域,子域可根据自身重要性和功能属性划分为三类子域: 核心域 决定产品和公司核心竞争力的子域是核心域,它是业务成功的主要因素和公司的核心竞争力。...支撑域 既不包含决定产品和公司核心竞争力的功能,也不包含通用功能的子域,但又是必需的支撑域。支撑域具有企业特性,但不具通用性,例如数据代码类的数据字典等系统。...划分核心域/通用域/支撑域的意义 不同场景下,不同的人对桃树核心域的理解不同。

    1.5K20

    数据思维丨关于数据驱动设计的6个误区

    不少人喜欢谈做设计要让数据说话,但对于什么才是数据驱动的设计,往往莫衷一是。甚至在同一个团队中,由于收集的数据质量不一,理解上有差异或缺乏共同语言,单就是关于如何定义数据这事,都很难达成共识。...更重要的是,如何运用数据来指导设计呢? ? 在试图了解什么是数据驱动设计的过程中,我们可以先弄清它不是什么。之后我们便可以了解数据如何能让用户体验变得更好。...这是对用数据驱动设计来说是值得学习的。 关于数据的确切定义应该是那些无论来源于哪里,由用户产生并可以用来指导设计的东西。...任何类型的数据都有其限制和偏差。但是好的数据会描述其误差,并总能展现当时的情境。 误区 3:越大越好 总有人鼓吹大数据有着揭示一切人类秘密并预测未来的神奇力量。...◎找到一种在组织中分享和讨论数据的形式,在一开始定义数据时就一起讨论。 数据驱动设计已经不在是算法设计、自动化、A / B测试和站点分析的问题了。

    1.2K50

    DDD领域驱动设计实战(一)-领域模型、子域、核心域、通用域和支撑域等基本概念

    领域模型的特点 对业务领域建模: 细粒度的类,易扩展,易复用 可应对复杂业务逻辑 需要经验 简单的领域模型: 几乎和DB中的表一一对应 复杂领域模型 使用了继承,组合,设计模式等各种手段 2 子域 领域可再划分为多个子领域...每个子域对应一个更小的问题域或业务范围。 DDD是处理复杂领域的设计思想,它试图分离技术实现的复杂度。每个细分的领域都有一个知识体系,即DDD的领域模型。在所有子域研究完后,就建立了领域模型。...不同行业的业务模型可能不同,但领域建模过程类似,核心思想都是将问题域逐步分解,降低业务理解和系统实现的复杂度。 实际项目划分出的子域更多,但并非每个子域都一样重要。...2.2 支撑域(Supporting Subdomain) 不是你的核心竞争力,但又不得不做,市场上也找不到现成方案的子域。...为了区分不同子域在公司内的不同功能属性和重要性,从而公司可对不同子域采取不同的资源投入和建设策略,其关注度和资源投入策略不同: 核心域全力投入 支撑域次之 通用域甚至可以直接花钱买服务 3 总结 领域的核心思想是将问题域逐级细分

    1.7K20

    关于AD域的介绍

    关于AD域 第一次写博客,记录一下如何搭建自己的域服务器,以及其中遇到的一些问题,感谢“我的bug我做主”的文章《C#实现AD域验证登录(一)》,为防止原文被作者删除,手动将原文复制下来,如有侵权,请及时告知...下面列出了域的几个主要概念: AD的全称是Active Directory:活动目录 域(Domain): 1)域是Windows网络中独立运行的单位,域之间相互访问则需要建立信任关系(即Trust...信任关系是连接在域与域之间的桥梁。...当一个域与其他域建立了信任关系后 2)两个域之间不但可以按需要相互进行管理,还可以跨网分配文件和打印机等设备资源,使不同的域之间实现网络资源的共享与管理,以及相互通信和数据传输 域控制器(DC):...(2) 加入域不能使用Home版的Windows操作系统(顾名思义它是给你在家用的,而你家里是不用搭建域的)。

    2.3K20

    Tableau官方推荐:12本关于数据可视化的好书

    转自:程序员书库(ID:OpenSourceTop) https://mp.weixin.qq.com/s/lX41RZo-Xp5k6W6vfhz4iQ 你想了解更多关于数据可视化的理论知识和历史背景吗...事实上,许多用户都是这样,他们可以访问数据,但职业背景可能是销售、人资、编辑或者运营,本书提供了一个很好的模板,可以将任何分析项目分解成不同的部分,并提供一些成功或有效的方法。...无论你是一名新手数据分析师,还是正好需要数据分析,这本书对那些想从数据中挖掘结果的人来说都是一本好书。...本书它拥有400多个来自世界各地的信息图形示例,涵盖新闻、政府、教育、商业等领域的数据可视化。还有一些关于数据可视化历史、理论和数据新闻的介绍性文章。 本书的前半部分是关于历史背景和实践的文章。...如果你对数据可视化背后的科学感兴趣,那么本书十分适合你。这是对设计和认知心理学的一个很好的介绍。了解这一点将使腻成为更好的可视化设计师。

    1.5K20

    关于docker的存储驱动 原

    #背景 一直以来我的业务都是跑在aufs+ext4的存储驱动结构上,看上去没有什么问题,直到业务报告: 在高并发场景下,aufs因为锁争抢的原因,导致cpu高负载。...我才不得不考虑更换docker驱动的事情 #关于外部资料的收集 看了一圈下来,docker的存储驱动目前可以说分为三个流派(可以用在生产环境为标准): aufs+ext4 overlay2+xfs devicemapper...目前没有人大胆用第4个存储驱动,玩玩可以,可要是到生产环境,指不定要修多少内核bug,这对于哪些没有内核和文件系统人才的公司简直是噩梦。...其中aufs的使用门槛最低,内核版本和底层文件系统要求比较少,也经过生产验证,稳定,但是如上所说,高并发场景不合适。aufs在控制到镜像层数的情况下,16M以下的文件读写性能不会太差。...另外我要声明一下,docker的存储driver都有不同程度的坑,目前比较能接受的是overlayfs+xfs ,我就遇到个bug: #overlay2+ext4 bash-4.1# mv index.php

    1.3K20

    关于私域流量的那些事

    正在做数字化销售管理的企业都应该熟悉“私域流量”这个概念,对于经常跟流量打交道的企业来说,这已经不是什么新鲜的词了。...对于私域流量池可以帮助企业轻松变现、合理运营会员已经是公认的事实,那么今天博阳就给您详细介绍介绍私域流量。 什么是私域流量?...从百度百科上,我们可以了解到,私域流量是指从公域(internet)、它域(平台、媒体渠道、合作伙伴等)引流到自己私域(官网、客户名单),以及私域本身产生的流量(访客)。...,打标签画画像,针对不同的客户推送不同的信息,有不同的营销策略,这是私域运营的关键之一。...私域流量在建立之初,当然是要先进行引流,如何进行引流,其实就要看你的私域流量是要依附于哪一个平台,如果是淘宝的私域池,当然是通过淘宝平台的营销工具进行引流,如果是要建立抖音的私域池,自然是通过抖音平台的营销工具进行引流

    89310

    职责驱动设计和驱动概念的起源

    亲爱的读者们,你们好!在许多的软件开发概念中,我们经常看到"驱动"这个词,例如测试驱动开发(TDD)、行为驱动开发(BDD)、领域驱动设计(DDD)等。...职责驱动设计 职责驱动设计是一种面向对象设计的策略,它把重点放在了系统中的各个对象及其职责上。这种设计策略主张从系统行为的角度出发,而非仅从数据模型的角度来进行设计。...职责驱动设计的优点在于,它将对象看作是能够执行任务、解决问题和做出决策的实体,而不仅仅是被动的数据容器。这样可以使得软件设计更加符合真实世界的工作方式,提高软件的可维护性和可扩展性。...比如说,在测试驱动开发中,我们先写测试,然后再写能通过这些测试的代码,测试在这里起到了"驱动"的作用;在职责驱动设计中,是对象的职责在"驱动"我们的设计决策。...驱动"这个词在软件开发中的使用,体现了我们以某种特定的原则或目标来指导我们的工作的理念。我希望这篇文章能帮助你更好地理解职责驱动设计以及"驱动"概念的意义。欢迎分享你的想法和经验!

    40520

    Istio创建者关于任何项目都应避免的错误

    Istio 已成为一个开源项目,它满足了——如果不是全部满足的话——大多数关于开源项目应该是什么样的要求。...除了其众多贡献者来自不同且常常相互竞争的组织、下载量以及次要的GitHub星标外,Istio作为服务网格的采用也积累了许多赞誉,并为其成为一个非常好的选择提供了许多论据。...考虑到Istio现在是用于可观测性的领先服务网格,其创建者的艰辛和挣扎为我们提供了许多教训,说明在许多情况下不应该做什么——包括可以尽早避免的任何开源项目的错误,特别是对于那些创建者雄心勃勃的项目而言。...项目创建者的经验教训在KubeCon+CloudNativeCon盐湖城的一次座无虚席的会议上进行了详细描述(我以前从未见过如此长的演讲队伍)。...在他们的演讲“Istio做错了什么:过去七年服务网格的经验教训”中,来自Solo.io的Istio共同创建者——Solo.io的CTO Louis Ryan和gRPC共同创建者以及Solo.io的全球首席现场技术官

    8210

    我的场景驱动设计

    逸言 | 逸派胡言 我结合领域驱动设计、事件风暴、DCI模式等方法提出的通过领域场景来驱动设计的一种简明设计方法。...我并非要刻意创造一个方法体系,仅仅是在领域驱动设计的大旗下,发现以“场景”为起点,会有更为系统的设计过程。设计本身会有许多驱动力,场景驱动的方式并没有超出领域驱动的范畴,只是以场景来描述会更准确。...准确地说,场景驱动设计其实是领域场景驱动设计,如此才能体现通过业务来驱动设计的事实。 下图体现了场景驱动设计的关键要素: ? 如上图所示,场景驱动设计的关键要素为角色、职责与协作。...为了简化场景驱动设计,可以将该设计方法固化为一个可按部就班执行的动态设计过程。整个设计过程如下所示: ?...场景驱动设计的过程分为三个步骤: 识别场景:从需求中识别出独立的具有业务价值的领域场景 分解任务:根据职责的层次对领域场景进行任务分解 分配职责:为领域驱动设计角色构造型分配不同层次的职责 场景驱动设计的这三个步骤糅合了几种方法

    1.1K20

    算法驱动型的设计

    在人工智能的背景下,设计师可以选择新的方向: 算法驱动型的设计 Algorithm-Driven Design 如果想从事这方面的设计,需要掌握算法、编程等技能。...设计师的职业是多元化的, 你可以跨界做其他的设计: 跨界设计师修炼指南 还可以专注于实现一款产品: 对‘全栈MVP设计师’的思考 算法驱动型的设计在思考什么?...比如Flipboard的自动排版系统Duplo 就是算法驱动型设计的典型例子: 把设计抽象成元素模版的组合,设计规则转化为算法评估设计质量,从而生成页面的排版。...工业设计或者工程领域的设计,如建筑、结构等对生成式设计并不陌生,还有更类似的Parametric Design,参数化设计。 在建筑景观领域,称为参数化设计,属于典型的算法驱动型设计。...本文重点谈UX与UI领域的算法驱动,我们把算法当成工具,帮助我们优化和简化工作流,高效完成设计,有以下几方面的应用: 1 自动完成界面设计 例如web设计,我们可以使用The Grid CMS的算法来完成设计

    1K70

    「领域驱动设计」领域驱动设计中的上下文映射

    每个团队至少应该理解他们的合作伙伴的一些无处不在的语言,即对他们自己的上下文感兴趣的东西。...在设计术语中,这个共享部分的通用语言对于所有相关的团队都是通用的。在代码术语中,您可能有一个共享库或服务。...这通常是一个小的代码库,但是随着相关的有界上下文的发展而难以维护,因为随着团队自身的有界上下文的发展,团队将倾向于采用不同的方式。...这种方法将保证下游有界上下文的完整性,并使其完全不受任何外来概念的影响。此方法通常用于将新功能集成到某些现有遗留软件中,在这些软件中,可以将现有遗留软件视为黑盒边界上下文,并为新功能创建ACL。...开放主机服务(OHS) /发布的语言(PL) 我将同时讨论这两种方法,因为它们都定义了一种关系,在这种关系中,上游提供了一组关于集成模型的良好记录或随时可用的信息。

    1.4K30
    领券