本文主要研究一下golang的clean architecture项目结构

clean architecure

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的实现也放这里了,貌似不太妥当。

doc


codecraft
11.9k 声望2k 粉丝

当一个代码的工匠回首往事时,不因虚度年华而悔恨,也不因碌碌无为而羞愧,这样,当他老的时候,可以很自豪告诉世人,我曾经将代码注入生命去打造互联网的浪潮之巅,那是个很疯狂的时代,我在一波波的浪潮上留下...