书籍介绍
《领域驱动设计:软件核心复杂性应对之道（英文版）》是领域驱动设计领域的经典之作。全书围绕着设计和开发实践，结合若干真实的项目案例，向读者阐述如何在真实的软件开发中应用领域驱动设计。书中给出了领域驱动设计的系统化方法，并将人们普遍接受的一些最佳实践综合到一起，融入了作者的见解和经验，展现了一些可扩展的设计最佳实践、经验验证过的技术以及便于应对复杂领域的软件项目开发的基本原则。
《领域驱动设计:软件核心复杂性应对之道（英文版）》适合各层次的面向对象软件开发人员、系统分析员阅读。
精彩摘录
- "当人们学习设计技术时，各种可能性令他们兴奋不已，然而真实项目的错综复杂又会为他们泼一盆冷水"
- "当你遇到一个杂乱无章的大系统时，应该从哪里入手呢？在 XP 社区中，答案往往是以下之一： 1. 可以从任何地方开始，因为所有的东西都要重构； 2. 从影响你工作的那部分开始——也就是完成具体任务所需要的那个部分； 这两种做法我都不赞成。第一种做法并不可行，只有少数完全由顶尖的程序员组成的团队才是例外。第二种做法往往只是对外围问题进行了处理，只治标而不治本，回避了最严重的问题。最终这会使得代码变得越来越难以重构。 因此，如果你既不能全面解决问题，又不能“哪儿痛治哪儿”，那么该怎么办呢？ 1. 如果采用“哪儿痛治哪儿”这种重构策略，要观察一下根源问题是否涉及 core domain 或 core "
- "人们总是把软件开发比喻成制造业。这个比喻的一个推论是：经验丰富的工程师做设计工作，而技能水平较低的劳动力负责组装产品。这种做法使许多项目陷入困境，原因很简单——软件开发就是设计。"
- "由于应用层负责对领域对象的行为进行协调，因此细粒度的领域对象可能会把领域层的知识泄露到应用层中。这产生的结果是应用层不得不处理复杂的、细致的交互，从而使领域知识蔓延到应用层或用户界面代码中，而领域层会丢失这些知识。"
- "用户界面/展现层 负责向用户展现信息以及解释用户命令。 应用层 很薄的一层，用来协调应用的活动。它不包含业务逻辑。它不保留业务对象的状态，但它保有应用任务的进度状态。 领域层 本层包含关于领域的信息。这是业务软件的核心所在。在这里保留业务对象的状态，对业务对象和它们状态的持久化被委托给了基础设施层。 基础设施层 本层作为其他层的支撑库存在。它提供了层间的通信，实现对业务对象的持久化，包含对用户界面层的支撑库等作用。"
- "当开始编写软件的时候，其实我们所知甚少。"
- "高效率的团队，需要有意识地积累知识，并持续学习。"
- "如果文档的角色不太重要，那么总是将它更新为最新状态，将是劳动力的浪费。"
作者简介
Eric Evans世界著名软件建模专家，创建了Domain Language公司，致力于帮助公司机构创建与业务紧密相关的软件。他在全球各地宣讲领域驱动设计的思想，开设课程、参加会议、接受专访，拥有大批的追随者。从20世纪80年代开始，他就以设计师和程序员的双重身份参与过许多大型面向对象系统的设计和开发，涉及各种复杂的业务和技术领域。同时，他还培训和指导过许多开发团队开展极限编程实践。
用户评论
读到一半多的时候还觉得这本书太浅，废话太多。读完后半部分，才发觉这些理念帮助我对领域模型的认识得以升华。读完此书前，有意无意地做到了其中的70%，期待下一个项目对这30%新的认识进行实践。
经典，不解释。
收藏