Ronnie147

第四部分 战略设计第14章 保持模型的完整性14.1 模式:BOUNDED CONTEXT任何大型项目都会存在多个模型。而当基于不同模型的代码被组合到一起后，软件就会出现bug、变得不可靠和难以理解。团队成员之间的沟通变得混乱。人们往往弄不清楚一个模型不应该在哪个上下文中使用。模型混乱的问题最终会在代码不能正常运行时暴露出来，但问题的根源却在于团队的组织方式和成员的交流方法。因此，为了澄清模型的上下文，我们既要注意项目，也要注意它的最终产品(代码、数据库模式等)。一个模型只在一个上下文中使用。这

第三部分 通过重构来加深理解第8章 突破重构的投入与回报并非呈线性关系。通常，小的调整会带来小的回报，小的改进也会积少成多。小改进可防止系统退化，成为避免模型变得陈腐的第一道防线。但是，有些最重要的理解也会突然出现，给整个项目带来巨大的冲击。 可以确定的是，项目团队会积累、消化知识，并将其转化成模型。微小的重构可能每次只涉及一个对象，在这里加上一个关联，在那里转移一项职责。然而，一系列微小的重构会逐渐汇聚成深层模型。一般来说，持续重构让事物逐步变得有序。代码和模型的每一次精化都让开发人员有了更加清晰

第二部分 模型驱动设计的构造块第4章 分离领域

第一部分 运用领域模型模型是一种简化，它是对现实的解释——把与解决问题密切相关的方面抽象出来，而忽略无关的细节。为了创建真正能为用户活动所用的软件，开发团队必须运用一整套与这些活动有关的知识体系，所需知识的广度可能令人望而生畏，庞大而复杂的信息也可能超乎想象。模型正是解决此类信息超载问题的工具。模型这种知识形式对知识进行了选择性的简化和有意的结构化。适当的模型可以使人理解信息的意义，并专注于问题。模型在领域驱动设计中的作用在领域驱动的设计中，3个基本用途决定了模型的选择。(1) 模型和设计的核心互