在业务项目实践中,业务逻辑封装往往是最复杂的部分,同时,业务模块之间的依赖十分复杂、边界模糊,无法采用Golang包管理的形式。
如何有效管理项目中的业务逻辑封装部分呢?对于每个采用Golang开发的项目都是必定会遇到的难题。
设计目标
增加logic分类目录,将所有业务逻辑代码迁移到logic分类目录下,采用包管理形式来管理业务模块。
业务模块之间的依赖通过接口化解耦,将原有的service分类调整为接口目录。这样每个业务模块将会各自维护、更加灵活。
可以按照一定的项目规范,从logic业务逻辑代码生成service接口定义代码。
同时,也允许人工维护这部分service接口。
命令使用
gf gen service
命令通过分析给定的logic业务逻辑模块目录下的代码,自动生成service目录接口代码。
需要注意:
- 由于该命令是根据业务模块生成service接口,因此只会解析二级目录下的go代码文件,并不会无限递归分析代码文件。以logic目录为例,该命令只会解析logic/xxx/*.go文件。因此,需要logic层代码结构满足一定规范。
- 不同业务模块中定义的结构体名称在生成的service接口名称时可能会重复覆盖,因此需要在设计业务模块时保证名称不能冲突。
手动模式
手动执行(不建议)
如果是手动执行命令行,直接在项目根目录下执行 gf gen service 即可。
$ gf gen service -h
USAGE