zhixin9001的博客

弹性边界还是业务边界弹性边界拆分微服务，弹性优先还是业务优先弹性优先对业务建模的挑战如何保持弹性边界的独立性弹性边界间的依赖与耦合如何避免弹性耦合默认异步对业务建模的挑战弹性边界还是业务边界前面的内容可以看做对DDD打的两个大补丁：通过不同的上下文对象，弥补原生对象模型从单体架构过渡到多层架构时的各种水土不服；通过不同的建模方法，从业务维度展开入手，以不同的角度寻找可以被建模成对象的领域概念。如果希望达成如下诉求：采用DDD设计的两关联一循环作为主要沟通协作的方式；将模型作为统一语言，并用于提炼知识的循环；

什么风格的API适合作为模型API行为角度数据角度将模型映射为RESTful API1.通过URI表示领域模型2. 根据URI设计API3.使用分布式超媒体设计API中涉及的资源4. 使用得到的API去覆盖业务流程，验证API的完整性DDD受到行业热捧的一个原因是：它设法寻找到一个在软件系统生命周期内稳固不变的点，由它构成架构、协同、交流的基础，帮助我们更好的应对软件中的不确定性。而API作为对外暴露的接口，也是需要保持高稳定性的组件。最好能像领域模型一样稳定。于是通过领域模型驱动获得API的设计（Doma

统一语言可以是模型本身吗事件建模法的基本原则1：通过事件表示交互事件建模法的基本原则2：通过时间线划分不同事件业务是模型的隐藏维度催化剂建模法角色-目标-实体法（Role-Goal-Entity）事件建模法（Event-Based modeling）事件风暴法怎么才能更有效地获得事件流四色建模法的核心逻辑：从收入流与成本结构中寻找事件四色建模法的具体操作流程头脑风暴法的不足四色建模法(4 color modeling)统一语言可以是模型本身吗前面讨论过统一语言的必要性，因为业务维度在领域模型中被隐藏了，而且

业务建模如何定义问题并让所有人接受如何在特定架构下实现模型解决问题还是定义问题业务建模的难点学习业务建模的建议领域驱动设计从贫血模型到富含知识的模型通过聚合关系表达业务概念修改模型就是修改代码知识消化的五个步骤领域模型对于业务系统是更好的选择知识消化模型与软件实现关联统一语言是必要的吗统一语言是基于领域模型的共同语言修改代码就是改变统一语言一个简单的统一语言提案如何理解DDD迭代式试错建模法具有协同效应的工作方式价值观体系示例将提炼知识的循环看做开发流程研发方与业务方的协同效应当讨论DDD时，我们到底在说什