goft
搜索文档…
goft
gin脚手架使用文档
所需环境
建议的目录结构
配置
最简单的启动代码
出错跟踪
自定义错误展示
覆盖系统内置异常处理
路由
路由写在一个文件里
常规设置
控制器
控制器形式
控制器方法
控制器方法不想返回值
输出JSON
获取请求对象
全局中间件
基本定义
注册中间件
示例1:判断token参数
示例2:修改响应内容
跨域中间件
路由级中间件
基本定义
示例:参数验证和业务分离
依赖注入
基本定义
注册依赖配置
基本使用
注入Gorm和XOrm
精简版领域驱动
基本说明和概念
基本分层
领域层
领域层之实体
领域层之值对象
领域层之仓储
领域层之聚合
领域服务层
应用层(application)
应用层之DTO
DTO和实体映射
应用层之应用服务层
代码落地
由
GitBook
提供支持
领域层之实体
其实和我们常规的实体差别并不大,不要想的太复杂
建立领域模型的第一步就是需要识别出实体、值对象
谁来识别? 当然是饱受996的我们了。。。。。
譬如用户实体:UserModel
type UserModel struct {
UserId int `gorm:"column:user_id;primary_key;auto_increment" json:"user_id" xorm:"'user_id'"`
UserName string `gorm:"column:user_name" json:"user_name" xorm:"'user_name'"`
UserPwd string `gorm:"column:user_pwd" json:"-" xorm:"'user_pwd'"`
}
实体必须有唯一标识,譬如下面这个就不是实体,但不代表不能建立。你如果有特殊用途,这么建完全没问题。只不过它不是实体而已
type UserModel struct {
UserPwd string `gorm:"column:user_pwd" json:"-" xorm:"'user_pwd'"`
}
在我们脚手架中实体和领域驱动的实体概念一致,不过需要有个接口
type IModel interface {
Name() string
}
建立的所有实体,必须实现Name方法。返回实体名称
精简版领域驱动 - 以前
领域层
下一个 - 精简版领域驱动
领域层之值对象
最近更新
1yr ago
复制链接
大纲
建立领域模型的第一步就是需要识别出实体、值对象
在我们脚手架中实体和领域驱动的实体概念一致,不过需要有个接口