evolutionary-architecture-by-example

项目介绍：evolutionary-architecture-by-example

项目作者：
Maciej "MJ" Jedrzejewski
Kamil Baczek

项目概述

evolutionary-architecture-by-example 是一项专注于演化架构的项目，旨在通过详细的示例帮助开发人员理解和应用演化架构的概念。此项目专注于 .NET 生态系统中的软件架构，提供了一套逐步演化的架构指导，帮助用户从简单到复杂地构建可维护、高性能的应用。

项目目标

问题

当前，存在许多关于 .NET 中软件和解决方案架构的资料。然而，软件架构并没有单一的定义，因此常常导致人们在众多复杂的部署策略、领域驱动设计、及不同层次的架构方案中迷失。许多示例要么过于简单，要么过于复杂，常常会由于误解概念而产生误导。这使得开发者难以依据某种模式来设计自己的应用。

解决方案

项目将解决方案组织为一个完整的故事，分为四个章节：

• 第一章：初始架构：专注于简单化
• 第二章：模块化分离：专注于可维护性
• 第三章：微服务提取：专注于增长
• 第四章：应用战术领域驱动设计：专注于复杂性

每个章节都细致描述了选定领域架构的演变过程：

1. 从满足早期生产需求的简单解决方案架构开始。
2. 逐渐演变为模块分离，通过多个项目关联每个模块（包括 CQRS）。
3. 将单个模块提取为微服务，并增加消息队列组件。
4. 通过战术领域驱动设计来解决模块复杂性。

项目领域

选择的分析领域是一个健身工作室，这是一个大多数人都比较熟悉的领域，有助于读者轻松理解：

• 获取报价
• 请求合同
• 签署合同
• 获得出入通行
• 参与健身课程

对这些过程进行细分，通常需要与领域专家分析并拆分为更小的部分（子域）。通过这种方式，可以避免生成一个紧密耦合的、难以维护的系统。

演化过程

首章：初始架构

首章旨在展示如何从应用的大局出发，保持架构设计的简单性，促进高效开发。所有模块仅通过命名空间分隔，模块间通过内存队列通信。

第二章：模块化分离

下一步是根据实际需求将单一项目分离为多个项目。随着模块的增长和业务逻辑的复杂化，团队可以按需调整模块之间的关系和通信方式，同时使用内存队列进行模块通信。

第三章：微服务提取

若模块需求进一步增长，则可以将其中一个模块提取为独立的微服务，并用消息队列取代内存队列，从而优化模块间的通信。

第四章：战术领域驱动设计

项目最后一章专注于在模块中应用领域模型，介绍了战术领域驱动设计的应用，包括值对象、实体和聚合。

项目结构

项目结构简明易懂，以章节为导向，每一章在上一章节的基础上进行扩展。建议读者按顺序阅读章节，以充分理解演化过程。

使用技术

项目主要使用 C# 和 .NET 8，包括 Docker、Fluent Validation、MediatR、Dapper、Entity Framework 和 Npgsql 等技术，以简化开发。

社区和反馈

项目鼓励开发者加入“演化架构社区”的 Discord，以交流想法、提出建议，或了解更多演化架构的知识。

这一项目不仅提供了一个具体的架构演化途径，也为开发者在未来构建有切实可行的高质量软件系统提供了宝贵的参考。