Domain-Driven Design

出版者:Addison-Wesley Professional

作者:Eric Evans

页数:560

出版时间:2003-8-30

价格:USD 74.99

装帧:Hardcover

isbn号码:9780321125217

具体描述

"Eric Evans has written a fantastic book on how you can make the design of your software match your mental model of the problem domain you are addressing. "His book is very compatible with XP. It is not about drawing pictures of a domain; it is about how you think of it, the language you use to talk about it, and how you organize your software to reflect your improving understanding of it. Eric thinks that learning about your problem domain is as likely to happen at the end of your project as at the beginning, and so refactoring is a big part of his technique. "The book is a fun read. Eric has lots of interesting stories, and he has a way with words. I see this book as essential reading for software developers-it is a future classic." -Ralph Johnson, author of Design Patterns "If you don't think you are getting value from your investment in object-oriented programming, this book will tell you what you've forgotten to do. "Eric Evans convincingly argues for the importance of domain modeling as the central focus of development and provides a solid framework and set of techniques for accomplishing it. This is timeless wisdom, and will hold up long after the methodologies du jour have gone out of fashion." -Dave Collins, author of Designing Object-Oriented User Interfaces "Eric weaves real-world experience modeling-and building-business applications into a practical, useful book. Written from the perspective of a trusted practitioner, Eric's descriptions of ubiquitous language, the benefits of sharing models with users, object life-cycle management, logical and physical application structuring, and the process and results of deep refactoring are major contributions to our field." -Luke Hohmann, author of Beyond Software Architecture "This book belongs on the shelf of every thoughtful software developer." -Kent Beck "What Eric has managed to capture is a part of the design process that experienced object designers have always used, but that we have been singularly unsuccessful as a group in conveying to the rest of the industry. We've given away bits and pieces of this knowledge...but we've never organized and systematized the principles of building domain logic. This book is important." -Kyle Brown, author of Enterprise Java(TM) Programming with IBM(r) WebSphere(r) The software development community widely acknowledges that domain modeling is central to software design. Through domain models, software developers are able to express rich functionality and translate it into a software implementation that truly serves the needs of its users. But despite its obvious importance, there are few practical resources that explain how to incorporate effective domain modeling into the software development process. Domain-Driven Design fills that need. This is not a book about specific technologies. It offers readers a systematic approach to domain-driven design, presenting an extensive set of design best practices, experience-based techniques, and fundamental principles that facilitate the development of software projects facing complex domains. Intertwining design and development practice, this book incorporates numerous examples based on actual projects to illustrate the application of domain-driven design to real-world software development. Readers learn how to use a domain model to make a complex development effort more focused and dynamic. A core of best practices and standard patterns provides a common language for the development team. A shift in emphasis-refactoring not just the code but the model underlying the code-in combination with the frequent iterations of Agile development leads to deeper insight into domains and enhanced communication between domain expert and programmer. Domain-Driven Design then builds on this foundation, and addresses modeling and design for complex systems and larger organizations.Specific topics covered include: * Getting all team members to speak the same language * Connecting model and implementation more deeply * Sharpening key distinctions in a model * Managing the lifecycle of a domain object * Writing domain code that is safe to combine in elaborate ways * Making complex code obvious and predictable * Formulating a domain vision statement * Distilling the core of a complex domain * Digging out implicit concepts needed in the model * Applying analysis patterns * Relating design patterns to the model * Maintaining model integrity in a large system * Dealing with coexisting models on the same project * Organizing systems with large-scale structures * Recognizing and responding to modeling breakthroughs With this book in hand, object-oriented developers, system analysts, and designers will have the guidance they need to organize and focus their work, create rich and useful domain models, and leverage those models into quality, long-lasting software implementations.

读后感

看了对于此书的短评，把这本书看成是一本“正确的废话”的人我想不在少数，10年前我看此书也是一样的感觉，10年后微服务大火，很多人又把“领域驱动设计”挂在嘴边，此时我再看此书确实感觉自己看懂了，我想这其中的奥秘其实就在“领域驱动设计”这六个字里。让我给大家仔细分...  

该书作者显然拥有大量的设计、编码实践。而且看的出，还是敏捷的拥护者。 难能可贵的是，该书的翻译质量还是很高的。很多地方直接使用英文原文，而不是搞个蹩脚的中文翻译来打乱你的阅读节奏。 只是有部分举例可能因为需要具有业务背景知识才好理解，所以自己感觉没能特别掌握...  

从当今角度看，很多概念都有了大发展，日常工作中接触到的思想都不谋而合，甚至已经远远超越了作者当年的思想。但是作为领域设计的开篇著作，仍然有很好的阅读价值。 全篇最核心的概念是，人类的记忆力思考力限制，会将一个大型系统耦合复杂化。为了更好的理解及团队成员的合作...  

《领域驱动设计》一书是领域模型领域的代表作，被很多牛人推荐，其中的概念还需要在思考和实践中逐步理解。书中描述的一些现象有些与我们类似，比如越来越多的领域规则被嵌入到查询代码中，或者直接就不见了。领域逻辑跑到查询代码和客户代码中去了，而实体和值对象变成了纯粹...  

用户评价

**评价四：** 《Domain-Driven Design》这本书带给我的不仅仅是知识的增长，更是一种思维方式的转变。在接触这本书之前，我一直认为软件开发的重点在于技术的先进性和实现的速度，但这本书彻底颠覆了我的认知。作者强调，软件的核心价值在于它所服务的领域，而对领域的深刻理解是构建高质量软件的基石。书中对“事件溯源”（Event Sourcing）和“CQRS”（Command Query Responsibility Segregation）等模式的介绍，虽然这些是更具挑战性的技术实现，但它们都建立在对领域事件和命令的清晰理解之上。通过将领域的变化记录为一系列不可变的事件，我们不仅能够构建高度可审计的系统，还能更容易地实现状态的回溯和演化。而CQRS则让我们能够更灵活地处理读写分离的复杂性，优化性能和用户体验。我尤其欣赏书中对于“防腐层”（Anti-Corruption Layer）的理念。它为我们提供了一种机制，来隔离不同限界上下文之间的依赖，并确保核心领域模型不受外部系统的污染。这对于构建大型、分布式、演进迅速的系统尤为重要。这本书就像一位智慧的导师，引导我从“如何写代码”提升到“为什么这样写代码”，让我更加关注软件的本质和业务的价值。

**评价九：** 在我看来，《Domain-Driven Design》不仅仅是一本书，更是一套完整的软件设计方法论。作者以其深刻的洞察力，揭示了软件开发的核心在于对业务领域的理解和建模。书中对“值对象”的强调，让我明白了如何通过不可变的数据结构来简化状态管理，并减少潜在的错误。我特别欣赏书中关于“聚合”的讨论，它如何帮助我们定义清晰的边界，并确保一组相关对象的内部一致性。这对于构建健壮的、可演进的系统至关重要。作者也强调了“通用语言”的重要性，它不仅仅是沟通的工具，更是领域模型本身的体现，让代码能够清晰地反映业务的含义。这本书鼓励我们拥抱复杂性，并将其转化为可管理的、有意义的结构。它让我从一个被动地接受需求的角色，转变为一个主动地思考和解决业务问题的伙伴。每一次重读这本书，我都能从中发现新的东西，它就像一个取之不尽的知识宝库，为我的软件设计之路提供了源源不断的灵感和指导。

**评价十：** 《Domain-Driven Design》这本书，是我在软件工程领域所阅读过的最深刻、最有影响力的书籍之一。作者以一种非常系统和富有洞察力的方式，阐述了如何通过深入理解和建模业务领域来构建高质量的软件。书中对“限界上下文”的清晰定义和划分，为我们提供了一种有效的方法来管理大型复杂系统的内部边界，并为它们之间的集成提供了指导。我尤其欣赏书中对“聚合”这一概念的精辟阐述，它如何通过封装一组相关对象来维护数据的一致性和业务的不变式，从而简化了复杂性的管理。作者也强调了“领域服务”的必要性，它如何将不属于任何单个实体的领域行为进行集中管理，保持领域模型的纯粹性。这本书不仅仅是一本关于技术实现的书，更是一本关于如何思考、如何沟通、如何协作的书。它鼓励开发者积极主动地与业务专家对话，将业务的精髓融入到软件设计中，并不断演进我们的模型以适应不断变化的业务需求。这本书就像一位经验丰富的向导，指引我穿越软件开发的迷雾，让我能够构建出更具价值、更易维护的软件。

**评价五：** 我是一名从事了十几年软件开发的资深工程师，可以说阅书无数，但《Domain-Driven Design》依然让我耳目一新，并受益匪浅。它不是一本速成手册，而是一本需要反复研读、深入思考的经典之作。作者对于“模型”的重视，以及如何将模型与代码紧密结合，是我之前从未如此深刻认识到的。书中对“命令”（Command）和“查询”（Query）的区分，以及如何通过清晰的接口暴露领域能力，让我对如何设计易于理解和使用的API有了更深的理解。我尤其喜欢书中对于“基础设施”（Infrastructure）的阐述，它清晰地将领域模型与数据持久化、消息队列、UI等外部技术分离，使得领域模型能够保持纯粹和独立。这种关注点分离的设计思想，极大地提高了代码的可测试性和可维护性。书中也讨论了领域驱动设计在不同项目规模和团队协作中的应用，这让我意识到，DDD并非只适用于大型复杂系统，而是一种普适的设计思想。它鼓励开发者积极主动地与业务专家沟通，深入理解业务本质，并将这种理解体现在代码中。阅读这本书的过程，就像是在进行一场深入的自我反思，不断挑战自己固有的思维模式，学习用一种更系统、更优雅的方式来解决软件开发中的难题。

**评价一：** 这是一本真正让我重新审视软件设计理念的书籍。我带着对“领域驱动设计”（DDD）这个术语的好奇心翻开了它，但很快就被其深邃的洞察力所吸引。作者并非简单地罗列一些设计模式或技术技巧，而是构建了一个完整的思想体系，一个关于如何理解和构建复杂软件世界的全新视角。从一开始，我就被书中对“领域”的强调所震撼。它不仅仅是业务逻辑的集合，更是企业核心价值的体现，是产品之所以存在的根源。理解和精准地映射这个领域，成为了解决一切复杂性的钥匙。书中对于“通用语言”的阐述更是如同醍醐灌顶，它打破了开发者与业务专家之间的沟通壁垒，让那些抽象的业务概念变得具体可感，甚至成为代码的组成部分。这种“模型即语言，语言即模型”的理念，极大地提升了团队的协作效率和对业务的理解深度。我开始意识到，很多时候我们之所以会陷入技术泥潭，并非是技术本身的问题，而是我们对业务领域理解的偏差和模糊。这本书就像一位经验丰富的向导，带领我穿越软件开发的迷雾，指明了通往清晰、可维护、可演进的软件架构的道路。它不仅仅是一本书，更是一套思维工具，一种认识世界的方式，对于任何渴望构建高质量软件的开发者来说，都绝对是不可或缺的宝藏。读完这本书，我感觉自己仿佛被解锁了新的能力，看待问题的方式也变得更加深刻和系统。

**评价七：** 当我第一次接触《Domain-Driven Design》时，我并不知道它会成为我职业生涯中最重要的参考书籍之一。作者以一种非常系统和深刻的方式，阐述了如何通过理解和建模业务领域来构建高质量的软件。书中对“聚合”的解释，让我明白如何将一组紧密相关的领域对象封装起来，形成一个一致性的边界，从而简化复杂性的管理。我特别喜欢书中关于“领域事件”（Domain Event）的讨论，它如何作为领域模型状态变化的记录，以及如何成为不同限界上下文之间通信的桥梁。这种基于事件的设计，使得系统更加灵活和可扩展。作者也强调了“通用语言”的重要性，它不仅是开发团队与业务专家之间的沟通工具，更是领域模型本身的一部分。当通用语言在代码中得到清晰的体现时，软件的含义也就变得更加容易理解和维护。这本书并没有提供一个现成的解决方案，而是提供了一套强大的思想工具和设计原则，鼓励我们在不同的业务场景下进行灵活的应用和创新。它让我从一个“代码实现者”转变为一个“业务问题解决者”，更加关注软件的业务价值和对客户的贡献。

**评价二：** 我一直以来都在寻找能够真正提升我解决复杂问题能力的软件工程书籍，而《Domain-Driven Design》无疑是我近年来阅读过的最令人印象深刻的一本。这本书的价值远不止于技术层面，它更是一种哲学，一种指导我们如何思考和构建软件的深刻方法论。作者对“限界上下文”（Bounded Context）的解释，让我对如何划分和管理大型复杂系统的内部边界有了全新的认识。理解不同限界上下文之间的关系，以及如何在它们之间建立清晰的集成策略，是避免系统走向混乱的关键。书中对于“实体”（Entity）和“值对象”（Value Object）的区分，也让我对如何准确地建模领域对象有了更深入的理解。一个恰当的值对象，能够极大地简化代码，减少副作用，并提高代码的可读性和可测试性。我特别欣赏书中对于“聚合”（Aggregate）这一概念的构建。它提供了一种强大的机制来封装领域的不变式，确保数据的一致性和完整性。通过精心设计的聚合根，我们可以有效地管理一组相关对象的生命周期，并隔离其内部的复杂性。这本书并没有提供放之四海而皆准的“银弹”，而是提供了一套灵活的工具箱，鼓励我们根据具体的领域问题来选择和应用合适的模式。它激发了我对代码设计背后更深层含义的思考，让我明白，优秀的软件设计不仅仅是写出能够工作的代码，更是能够优雅地反映和解决业务问题的代码。

**评价六：** 《Domain-Driven Design》这本书，与其说是一本技术书籍，不如说是一份关于构建高质量软件的“宣言”。它彻底改变了我对软件开发的理解，让我明白，技术本身只是工具，而真正驱动软件成功的，是对业务领域深刻而准确的理解。作者对“上下文映射”（Context Map）的讲解，为我们提供了一种可视化和管理不同限界上下文之间关系的方法。理解这些映射关系，对于构建一个协同工作但又相对独立的分布式系统至关重要。书中对“模块”（Module）的划分，也帮助我们更好地组织代码，将相似的领域概念和行为聚集在一起，形成内聚的单元。我特别欣赏书中对于“聚合根”（Aggregate Root）的详尽阐述，它如何负责维护聚合内部的一致性，以及如何成为外部访问的唯一入口。这对于避免数据不一致和复杂对象的管理具有关键意义。这本书不仅仅提供了一系列设计模式，更重要的是，它提供了一种思维方式，一种让你在面对复杂业务问题时，能够系统地思考、清晰地建模、并且能够与团队高效沟通的方法。它鼓励我们拥抱变化，不断演进我们的模型，而不是僵化地停留在某个特定的技术实现上。

**评价八：** 《Domain-Driven Design》这本书，是我在众多软件工程书籍中，最能引起我共鸣和思考的一本。它不仅仅传授技术，更重要的是，它改变了我对软件设计本质的理解。作者对“限界上下文”的细致讲解，让我看到了如何将一个庞大而复杂的系统，划分成多个自治的、易于管理的子系统，并为它们之间的协作提供了清晰的指导。我特别欣赏书中关于“领域服务”（Domain Service）的用法，它如何将不属于任何单个实体的领域行为进行封装，从而保持领域模型本身的简洁和纯粹。这让我能够更专注于业务逻辑的核心，而不是被各种杂乱的实现细节所困扰。书中也提到了“聚合”的概念，以及如何通过聚合根来维护一组对象的整体一致性。这对于确保数据完整性和减少并发问题至关重要。这本书鼓励我们深入业务，与业务专家紧密合作，将业务的精髓融入到软件设计中。它是一种持续学习和演进的过程，而不是一次性的项目交付。读完这本书，我感觉自己仿佛被赋予了一种新的视角，能够更清晰地看到软件的骨架和灵魂。

**评价三：** 作为一名在软件开发领域摸爬滚打多年的工程师，我见过太多因为缺乏清晰的领域理解而导致的软件项目失败。在阅读《Domain-Driven Design》之前，我常常会陷入技术细节的泥沼，而忽略了软件存在的根本目的。这本书如同一道曙光，照亮了我前行的道路。作者对“领域建模”的细致讲解，让我明白了如何从纷繁复杂的业务现象中提炼出核心的概念和关系。书中引入的“战略性模式”和“战术性模式”的划分，为我们提供了一个结构化的框架来应对不同层面的设计挑战。战略性模式如限界上下文和通用语言，帮助我们从宏观层面把握系统的整体架构和沟通协调；而战术性模式如实体、值对象、聚合和领域服务，则指导我们在微观层面实现具体的领域逻辑。我尤其被书中关于“领域服务”（Domain Service）的讨论所吸引。它是一种将不属于任何单个实体的领域行为封装起来的机制，这对于处理复杂的业务流程和交互至关重要。通过将这些行为移出实体，我们可以保持实体的简洁性和专注性，从而提高代码的可维护性和可测试性。这本书不仅仅是关于代码，更是关于沟通、关于理解、关于协作。它让我意识到，软件开发是一个团队活动，而领域驱动设计正是促进这种协作最有效的手段之一。

实践过后方知爽

不完全读透，但是感觉很牛逼

不完全读透，但是感觉很牛逼

书真心难读，不如看官网上的sample pj。

第三次重读这本书. 写代码时很容易将实现细节与领域模型耦合在一起.因为这是最不需要思考的作法. 但是耦合在一起显然是有问题的, 包括维护理解, 及后续对新需求和演进的支持. 作者给出了一系列的方法和模式来分享给我们如何来保护领域模型的内聚与一致性. 起码让我们写出耦合代码后知道了往哪个方向改变是好的. 另外微服务的出现, DDD中的各种分BoundedContext, 分核心域和支撑域, 通用域以及分层思想, 按职责分层, 等大规模的组织方式. 给微服务的划分提供了相通的思路.