收录了 领域驱动设计 频道下的 50 篇内容
本文主要介绍了领域驱动设计的基本概念、要素、特点,对比了事务脚本和领域模型的特点,最后介绍了我们在软件开发过程中的领域驱动设计实践。
在这篇文章中,Srini Penchikala从实践的角度讨论了领域驱动设计和开发。文章着眼于DDD项目中能用到的架构和设计指导方针,以及最佳实践。文章还谈到了各种设计关注点在领域模型实现中带来的影响,比如持久化、缓存、事务管理、安全、代码生成等。
Evans发明的一个概念。他在2004年出版的《领域驱动设计》一书(即”大蓝皮书“)中探讨了这个概念。
设计是把双刃剑,没有最好的,也没有更好的,而是条条大路到杭州。同时不设计和过度设计都是有问题的,恰到好处的设计才是我们追求的极致。
本次分享结合软件工程历史文献,剖析领域驱动设计所使用的热门用语。
在实施微服务化过程中,团队应用领取驱动思想,采用Axon框架落地了多个服务,下面是实施过程中的经验总结。
不能说微服务拯救了DDD,但确实让其重新焕发了青春。
本文中,Mat Wall和Nik Silver介绍了他们如何在反思和重建高流量的新闻站点guardian.co.uk这一为期两年的计划背景下利用了DDD。
为什么领域驱动设计一直都很重要?技术平台,像Java、.NET、Ruby或者其他的,一直在变化。领域驱动设计如何适应这一情况?在领域驱动社区里现在发生了那些值得注意的事情?要学习领域驱动设计的人需要注意什么?
距离Eric Evans的那本《领域驱动设计——软件核心复杂性应对之道》出版,至今已有10年的时间。我想,多数有经验的程序开发者都应该听说过DDD,并且尝试过将其应用在自己的项目中。不知你是否遇到过这样的场景:你创建了一个资源库(Repository),但一段时间之后发现这个资源库和传统的DAO越来越像了,你开始反思自己的实现方式是正确的吗?或者,你创建了一个聚合,然后发现这个聚合是如此的庞大,它为什么引用了如此多的对象,难道又是我做错了吗?其实你并不孤单,我相信多数同仁都曾遇到过相似的问题。现在,我们有了《实现领域驱动设计》,作为该书的译者,我有幸通读了本书,受益匪浅,得到的结论是:好的软件就应该是DDD的。
领域驱动设计逐渐成为一个开发人员用于炫耀的口号。很多没有受过基本软件工程训练的开发人员,打着领域驱动设计的大旗胡作非为,大有重演敏捷一幕的味道。
当我们在讨论领域驱动设计,我们在讨论什么?
在这篇文章中,Srini Penchikala从实践的角度讨论了领域驱动设计和开发。文章着眼于DDD项目中能用到的架构和设计指导方针,以及最佳实践。文章还谈到了各种设计关注点在领域模型实现中带来的影响,比如持久化、缓存、事务管理、安全、代码生成等。直接点击阅读完整文章。
这本小书是InfoQ 企业软件开发系列图书中的一本。书中没有介绍任何新的概念,它只是概要总结了领域驱动设计的本质,抽取了Eric Evans原书Domain Driven Design中关于这一主题的大部分内容,以及其他相关资料,包括已经出版的书籍和各种领域驱动设计讨论群组等。但它可以让你快速了解领域驱动设计的基础知识。
在不久前结束的领域驱动设计交流会上,社区成员们谈论了如何理解领域驱动设计最终是独立于面向对象设计的、以及如何与函数式编程、REST等新兴技术相结合。
Eric Evans是《领域驱动设计——软件核心复杂性应对之道》一书的作者。早20世纪90年代,他就参与了很多项目,用具有多种不同的方法多种不同的输出的对象开发大型的业务系统。在本文中他与读者分享了为什么领域驱动设计一直都很重要?技术平台,像Java、.NET、Ruby或者其他的,一直在变化。领域驱动设计如何适应这一情况?在领域驱动社区里现在发生了那些值得注意的事情?要学习领域驱动设计的人需要注意什么?《领域驱动设计——软件核心复杂性应对之道》中文版电子书已由InfoQ中文站制作完成,不久会提供下载,敬请期待。
本文转载自技术琐话公众号
领域描述业务,在领域驱动设计(DDD)中,领域是应用程序中最重要的组成部分。Andras Nemes在关于用领域驱动设计原则构建Web服务的系列博客的开篇中就提到,他的目标不是覆盖DDD的方方面面和所有细节,而是希望即便刚刚接触DDD的开发人员也能从中受益。
Vaughn Vernon撰写了几本关于DDD和反应式消息传递模式的书,并发现分布式系统的本质意味着你必须处理不确定性。如何响应丢失的消息或重复收到的消息应该是一种业务决策,因此必须是领域模型的一部分。