Day14: 搭建企业标准的DDD 简洁版四层架构

正式项目搭建:Admin.NET.API(项目名)

1. 项目说明

  • 项目名称:Admin.NET.API
  • 用途:企业级后台管理系统 API(求职最通用项目)
  • 架构:DDD 四层架构(国内.NET 公司 90% 使用)
  • 版本:.NET 6/7/8 均可

2. 项目结构(严格按照这个建)

复制代码
Admin.NET.API(总解决方案)
├── Admin.NET.API              // 【API层】接口入口、控制器、中间件
├── Admin.NET.Application      // 【应用层】业务逻辑、服务、DTO
├── Admin.NET.Domain           // 【领域层】实体、枚举、接口、核心规则
├── Admin.NET.Infrastructure   // 【基础层】数据库、第三方服务、工具类

3. 手动创建步骤(直接照做)

3.1、通过命令行创建

  1. 新建文件夹:Admin.NET.API

  2. 打开 cmd / 终端,进入文件夹执行:

    1. 创建解决方案

    dotnet new sln -n Admin.NET.API

    2. 创建4个类库/API项目

    dotnet new webapi -n Admin.NET.API
    dotnet new classlib -n Admin.NET.Application
    dotnet new classlib -n Admin.NET.Domain
    dotnet new classlib -n Admin.NET.Infrastructure

    3. 所有项目添加到解决方案

    dotnet sln add Admin.NET.API/Admin.NET.API.csproj
    dotnet sln add Admin.NET.Application/Admin.NET.Application.csproj
    dotnet sln add Admin.NET.Domain/Admin.NET.Domain.csproj
    dotnet sln add Admin.NET.Infrastructure/Admin.NET.Infrastructure.csproj

    4. 项目依赖关系(核心!不能错)

    API层 依赖 应用层

    dotnet add Admin.NET.API reference Admin.NET.Application

    应用层 依赖 领域层

    dotnet add Admin.NET.Application reference Admin.NET.Domain

    基础层 依赖 领域层

    dotnet add Admin.NET.Infrastructure reference Admin.NET.Domain

    API层 依赖 基础层

    dotnet add Admin.NET.API reference Admin.NET.Infrastructure

3.2、纯 VS 图形化操作步骤

一、打开 Visual Studio 2022

选择:创建一个新项目

第一步:创建解决方案(空解决方案)
  1. 搜索模板:空白解决方案
  2. 项目名称:Admin.NET.API
  3. 位置自己选(比如 D:\Projects\Admin.NET.API)
  4. 点击 创建

现在你有了一个空的解决方案,接下来往里面添加 4 个项目

二、添加 4 个项目(严格按顺序)
1. 添加 API 层(Web API)

右键解决方案 → 添加 → 新建项目

  • 模板:ASP.NET Core Web API
  • 名称:Admin.NET.API
  • 框架:.NET 6 / 7 / 8 任选
  • 取消勾选 配置 HTTPS(学习阶段方便)
  • 创建
2. 添加 Application 层(类库)

右键解决方案 → 添加 → 新建项目

  • 模板:类库(C#)
  • 名称:Admin.NET.Application
  • 框架:和上面保持一致
  • 创建
3. 添加 Domain 层

同上:

  • 名称:Admin.NET.Domain
4. 添加 Infrastructure 层

同上:

  • 名称:Admin.NET.Infrastructure

三、设置项目依赖(最关键!不能乱)

在 VS 里用鼠标操作:

依赖规则(必须严格)
  • API 层 引用 → Application + Infrastructure
  • Application 引用 → Domain
  • Infrastructure 引用 → Domain
  • Domain 不引用任何人
鼠标操作方法
  1. 右键项目 → 项目依赖
  2. 或右键 → 添加 → 项目引用
  3. 勾选要依赖的项目 → 确定
最终依赖关系
复制代码
Admin.NET.API
   ↓        ↓
Application Infrastructure
        ↓
      Domain
四、建好后你的解决方案结构长这样
复制代码
Admin.NET.API (解决方案)
├─ Admin.NET.API          // WebAPI
├─ Admin.NET.Application   // 类库
├─ Admin.NET.Domain       // 类库
├─ Admin.NET.Infrastructure // 类库

4. 然后把之前的代码丢进去

  • Domain → 放枚举、实体、仓储接口
    • Entities【文件夹】
    • Enums
    • Interfaces
  • Application → 放服务、DTO(数据传输对象)、扩展方法
    • DTOs
    • Services
    • Extensions
  • Infrastructure → 放过滤器、中间件、统一返回 R<T>(通用工具)
    • Filters
    • Commons
    • Middlewares
  • API → 控制器、Program.cs
    • Controllers
相关推荐
Dawson Zhu14 小时前
《Agentic Design Patterns》第 9 章导读:学习与适应(Learning and Adaptation)
人工智能·语言模型·架构·aigc·agi
姜鱼问生15 小时前
Linux 日志增量统计:inode + offset 方案(不丢不重)
架构
软件工程师_罗小东15 小时前
我把这套 AI 落地方案,讲成一条任务闭环
架构
阡陌数智15 小时前
Llama 4 MoE 架构深度拆解:交替稀疏专家设计与生产环境推理落地实战
架构·llama
上位机妹子17 小时前
EF Core 两种继承映射:每层次一张表(TPH)与每类型一张表(TPT)
数据库·c#·.netcore·ef core
波加曼大王17 小时前
# vLLM不要迷信PagedAttention神话,聊聊线上藏着的内部碎片陷阱
java·架构
xn713317 小时前
EmbeddingGemma 2 270M 实测:278 Chunk、32 个查询与 RRF 反例
人工智能·后端·架构
漠野92317 小时前
画布的保存按钮背后,站着一个编译器
架构
两万五千个小时17 小时前
DeepSeek Harness 从 0 开始:20 goal模式
人工智能·程序员·架构
漠野92317 小时前
让每个节点自己决定:要不要跑,还是循环跑
架构