聊聊golang的clean architecture项目结构
序
本文主要研究一下golang的clean architecture项目结构
clean architecure
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Q4XGa2Zd-1615644923764)(https://blog.cleancoder.com/uncle-bob/images/2012-08-13-the-clean-architecture/CleanArchitecture.jpg)]
clean architecture定义了四层结构，最内层是entities(
enterprise business rules)，再往外是use cases(application business rules)，接着是interface adapters(比如controller、presenters、gateways)，最外层是frameworks & drivers(比如web、ui、db、devices、external interfaces)
app
go-cleanarchitecture-sample/src/app
├── domain
│ └── user.go
├── glide.lock
├── glide.yaml
├── infrastructure
│ ├── router.go
│ └── sqlhandler.go
├── interfaces
│ ├── controllers
│ │ ├── context.go
│ │ ├── error.go
│ │ └── user_controller.go
│ └── database
│ ├── sqlhandler.go
│ └── user_repository.go
├── server.go
└── usecase
├── user_interactor.go
└── user_repository.go
domain层定义了领域模型及相关领域方法；usecase层定义了业务用例方法及相关接口，然后进行编排实现；infrastructure层是对一些基础服务/类库的管理；interfaces层这里对输入输出进行适配实现use case层定义的接口
小结
clean architecture主要是分了4层结构，domain层，有的会把repository接口放在这一层，然后domain service会调用repository；use case层对应ddd的application层，主要是业务编排，有的也把repository接口放在这一层；interfaces adapters层会对输入和输出进行适配，实现use case定义的方法，类似ddd的interfaces层；infrastructure层主要是对基础服务/类库的管理，有些工程把对repository的实现也放这里了，貌似不太妥当。