goft
  • gin脚手架使用文档
  • 所需环境
  • 建议的目录结构
  • 配置
  • 最简单的启动代码
  • 出错跟踪
  • 自定义错误展示
  • 覆盖系统内置异常处理
  • 路由
    • 路由写在一个文件里
    • 常规设置
  • 控制器
    • 控制器形式
    • 控制器方法
    • 控制器方法不想返回值
    • 输出JSON
    • 获取请求对象
  • 全局中间件
    • 基本定义
    • 注册中间件
    • 示例1:判断token参数
    • 示例2:修改响应内容
    • 跨域中间件
  • 路由级中间件
    • 基本定义
    • 示例:参数验证和业务分离
  • 依赖注入
    • 基本定义
    • 注册依赖配置
    • 基本使用
    • 注入Gorm和XOrm
  • 精简版领域驱动
    • 基本说明和概念
    • 基本分层
    • 领域层
    • 领域层之实体
    • 领域层之值对象
    • 领域层之仓储
    • 领域层之聚合
    • 领域服务层
    • 应用层(application)
    • 应用层之DTO
    • DTO和实体映射
    • 应用层之应用服务层
    • 代码落地
由 GitBook 提供支持
在本页
  1. 精简版领域驱动

基本说明和概念

上一页注入Gorm和XOrm下一页基本分层

最后更新于4年前

这有帮助吗?

CtrlK

这有帮助吗?

由于GO的语言特性和java不同,因此脚手架进行精简版领域驱动模式的适配。

注意:后面几个文档我们不打算讲的很复杂很天书。领域驱动根据实际业务每个人都可以有自己的理解

什么是领域模型

为解决业务形成的一套模型,或者也是一种业务化的设计模式和思想。重点包括:实体、值对象、聚合对象、领域服务。

领域驱动设计一般分为两个阶段

1、以一种领域专家、设计人员、开发人员都能理解的“通用语言”作为相互交流的工具,在不断交流的过程中发现和挖出一些主要的领域概念,然后将这些概念设计成一个领域模型

2、由领域模型驱动软件设计,用代码来表现该领域模型。领域需求的最初细节,在功能层面通过领域专家的讨论得出

听到这你是否想弃剧? 是的,很正常。我们一开始也是