一个基于 DDD 领域驱动设计 + CQRS 命令查询职责分离 的 .net core 框架，完全开源，并且有博客教程，地址在下边。 本项目我是借鉴了 https://github.com/EduardoPires/EquinoxProject 来讲解的，请支持原作者！因为他没有文档，所以我就写了这个系列。
如果你喜欢这个项目或者它帮助你, 请给 Star~（辛苦星咯）
连接字符串统一在web层下的appsettings.json，
DefaultConnection_file文件里的内容，就是DefaultConnection字符串。
/*
* mysql和sqlserver的迁移操作步骤一致，不过本项目的迁移文件已经迁移好，在Data文件夹下：
* msql使用MigrationsMySql文件夹下的迁移记录，卸载/删除另一个Migrations文件夹
* sqlserver使用Migrations文件夹下的迁移记录，卸载/删除另一个MigrationsMySql文件夹
*
* 当然你也可以都删掉，自己重新做迁移。
*
一、迁移项目1（一定要切换到 Christ3D.Infrastruct 项目下，使用 Package Manager Console）：
1、add-migration InitStudentDbMysql -Context StudyContext -o MigrationsMySql
2、add-migration InitEventStoreDbMysql -Context EventStoreSQLContext -o MigrationsMySql/EventStore
3、update-database -Context StudyContext
4、update-database -Context EventStoreSQLContext
二、迁移项目2【弃用，因为现在是使用IdentityServer4】（一定要切换到 Christ3D.Infrastruct.Identity 项目下，使用 Package Manager Console）：
1、add-migration InitIdentityDbMysql -Context ApplicationDbContext -o Data/MigrationsMySql/
2、update-database -Context ApplicationDbContext
*/
实体对象：具有唯一标识，能单独存在且可变化的对象
值对象：不能单独存在或在逻辑层面单独存在无意义，且不可变化的对象
聚合：多个对象的集合，对外是一个整体
聚合根：聚合中可代表整个业务操作的实体对象，通过它提供对外访问操作，它维护聚合内部的数据一致性，它是聚合中对象的管理者
三大平台同步直播
博客园：https://www.cnblogs.com/laozhang-is-phi/p/9806335.html
简 书：https://www.jianshu.com/c/fe7dd7fc5372
码云：https://gitee.com/laozhangIsPhi/ChristDDD
- 一 ║ D3模式设计初探 与 我的计划书
- 二 ║ DDD入门 & 项目结构粗搭建
- 三 ║ 简单说说：领域、子域、限界上下文
- 四 ║一个让你明白DDD的小故事 & EFCore初探
- 五 ║聚合：实体与值对象 （上）
- 六 ║聚合 与 聚合根 （下）
- 七 ║项目第一次实现 & CQRS初探
- 八 ║剪不断理还乱的 值对象和Dto
- 九 ║从军事故事中，明白领域命令验证（上）
- 十 ║领域驱动【实战篇·中】：命令总线Bus分发（一）
- 十一 ║ 基于源码分析，命令分发的过程（二）
- 十二 ║ 核心篇【下】：事件驱动EDA 详解
- 十三 ║ 当事件溯源 遇上 粉丝活动
主要的流程图，在下边的图中可以体现：
系统环境
windows 10、SQL server 2012、Visual Studio 2017、Windows Server 2008 R2、Linux Ubuntu、
开发环境
Visual Studio 15.3+、.NET Core SDK 2.0+、
1、知识点（补充中）
ASP.NET Core 2.1.2 👉基本框架
ASP.NET MVC Core 👉实现mvc web页面
ASP.NET WebApi Core 👉实现 api 接口
ASP.NET Identity Core 👉身份验证
Entity Framework Core 2.0 👉实现ORM数据持久化
Dapper （待定）
.NET Core 原生 DI 👉实现依赖注入
AOP 👉面向切面
Autofact（待定）IoC
AutoMapper 👉实现Dtos
FluentValidator验证
Swagger UI 👉实现接口文档展示
MediatR 👉基于内存级别的消息发布订阅
Azure 👉云服务发布
2、特性（补充中）
领域驱动设计（Domain Driven Design (Layers and Domain Model Pattern)
命令查询职责分离（CQRS：Command Query Responsibility Segregation）
领域通知 （Domain Notification）
领域驱动 （Domain Events）
事件驱动架构 (EDA)
事件回溯 （Event Sourcing）
最终一致性 （Eventually Consistent）
工作单元模式 （Unit of Work ）
泛型仓储 （Repository and Generic Repository）
编者按： 1、本项目我是借鉴了 https://github.com/EduardoPires/EquinoxProject 来讲解的，请支持原作者！因为他没有文档，所以我就写了这个系列。 2、可能你会说我是抄袭，但是我自己写的时候，结构不是这样的，我当时是按照下边写的（如果你和我下边的分层一样，那就证明我不是瞎说的了）：
应用层：除了Service和IService、DTO、还有使用 CQRS 方法的查询、接受的命令，事件驱动的通信（集成事件），但是没有业务规则；
领域（模型）层：这里主要放的是领域实体、值对象、聚合和事件模型、Bus等主要都是模型，非贫血；
基础层：就是ORM的持久化相关；
U I 层：显示页面；
不过我写的时候感觉各层之间凌乱，不适合初学者学习，所以就想着要改变一下，找一个清晰明了的，对比了Git上的各种大神结构，偶然发现了EduardoPires的代码，感觉很清晰，就按照他这个来了。 说白了，就是把CQRS读写分离和事件驱动全部放到领域层了，然后又提炼出来一个领域核心Doman.Core层。