songkeyu的博客

原创 （DDD）领域驱动设计的边界划分

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

原创 微服务架构的基本布局

原创 项目开发如果解耦

项目开发过程中，特别微服务后，不同模板之间存在相互调用，比如订单和物流，订单下单要生成物流单，物流状态修改后需要完成订单回写，这样订单服务调用了物流服务，物流调用订单服务。1、其实做法很简单，如果不是微服务的模式，我们做个调度服务，把相互交互的写在这个服务里面，这个就可以避免相互调用，对于微服务就更加简单了，就是把这些服务提取出基础服务，再通过服务进行管理调用。2、异步订阅方式，很多相互调用的时候都不需要事务回写，这个时候我们可以通过发布消息，那边订阅后去处理，可能存在不同步现象，这个可以用mq回写

原创 DDD领域驱动设计如何划分领域

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

原创 DDD领域驱动设计应用如何推行

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