w1lgy的博客

文章目录一、微前端的引入二、微前端的集成方式1、微前端与前端主页面的集成2、通用共享业务单元3、团队职责三、微前端的优势1、前端集成简单2、项目职责专一3、隔离和依赖性4、降低沟通和测试成本5、更敏捷地发布6、降低技术敏感性7、高度复用性一、微前端的引入现在企业微服务架构都是采用前后端分离的设计方式，后端也是通过微服务把项目拆分为多个小服务并独立部署。那么前端就要应对很多的后端服务，就有很多的api要管理，容易混乱，需要很高的沟通成本和技术要求。当服务出现变更的时候就要通知所有受影响的团队，需要较高的沟

一、DDD的分层架构DDD 分层架构包含用户接口层、应用层、领域层和基础层。通过这些层次划分，我们可以明确微服务各层的职能，划定各领域对象的边界，确定各领域对象的协作方式。。DDD的分层架构如图：从上到下依次是：用户接口层、应用层、领域层和基础层。那 DDD 各层的主要职责是什么呢？下面我来逐一介绍一下。1、用户接口层用户接口层负责向用户显示信息和解释用户指令。这里的用户可能是：用户、程序、自动化测试和批处理脚本等等。2、应用层实现服务组合和编排，适应业务流程快速变化的需求，这一层聚集了应该服

文章目录一、准备事件风暴1、参与人员2、环境条件二、确定产品愿景三、业务场景分析四、领域建模五、微服务拆分与设计我们在上一篇文章中提到过的DDD领域模型的很多概念如通用语言、界限上下文、实体、值对象、聚合、聚合根、领域事件都是通过事件风暴确定的。现在就开始介绍如果用事件风暴构建领域模型。事件风暴是一项团队活动，领域专家与项目团队通过头脑风暴的形式，罗列出领域中所有的领域事件，整合之后形成最终的领域事件集合，然后对每一个事件，标注出导致该事件的命令，再为每一个事件标注出命令发起方的角色。命令可以是用户发起

文章目录一、领域和子域领域、子域、核心域、通用域、支撑域、通用语言、限界上下文、聚合、聚合根、实体、值对象、领域事件、事件风暴等等，非常多。这些名词，都是关键概念，它们非常抽象难以理解，但却又很重要，是理解 DDD 的核心设计思想和理念的基础。一、领域和子域...

一、为什么需要DDD在单机和集中式架构时代，系统分析、设计和开发往往是独立、分阶段割裂进行的。比如，在系统建设过程中，我们经常会看到这样的情形：A 负责提出需求，B 负责需求分析，C 负责系统设计，D 负责代码实现，这样的流程很长，经手的人也很多，很容易导致信息丢失。最后，就很容易导致需求、设计与代码实现的不一致，往往到了软件上线后，我们才发现很多功能并不是自己想要的，或者做出来的功能跟自己提出的需求偏差太大。而且在单机和集中式架构这两种模式下，软件无法快速响应需求和业务的迅速变化，最终错失发展良机。