songkeyu的博客

领域驱动设计的核心思想，就是对边界的划分与控制。第一重边界：需求分析就通过确定项目的愿景与目标，划定问题空间，由此确定核心子领域、通用子领域与支撑子领域。理清了领域逻辑的优先级，同时促使团队在宏观层次的全局分析阶段能够将设计的注意力放在领域和对领域模型的理解上，满足领域驱动设计的要求。第二重边界：进入解决方案空间，战略设计获得的限界上下文成为了领域驱动设计的。通过它可以有效地降低系统规模，无论是在业务领域，还是架构设计，或者团队协作方面，限界上下文建立的边界都成为了重要的约束力，边界内外可以形成两个

领域如何划分领域专家在这个行业很久了，可以很自然把领域从上而下划分，但是对应行业刚刚接触的，你接触的人可能了解，但是不是产品，没有办法很系统的去划分出来，我们这个时候应该怎么去划分。先分析需求，挖掘需求，画出流程图或者序列图公司很多领域他们不了解，但是具体的执行流程大家都清楚，每个点怎么运作，这样我们可以先把流程理顺，可以快速的了解用户的需求，确定用户现有模式。按照序列图或者流程图，整理出优化方案，重新做出正确的流程图，提取出比较大的核心域对于公司很多都已经有执行方案了，但是每个方案可能

领域驱动设计(DDD)概念来源于《domain-driven design –tackling complexity in the heart of software》。 领域驱动设计一般分为两个阶段： 1. 以一种领域专家、设计人员、开发人员都能理解的“通用语言”作为相互交流的工具，在不断交流的过程中发现和挖出一些主要的领域概念，然后将这些概念设计成一个领域模型； 2. 由领域模型驱动软件设计，用代码来表现该领域模型。领域需求的最初细节，在...