- 开发流程规范
- 项目开发规范
- go项目开发流程的规范
- 代码分支管理规范 - git开发(不分语言)
- 代码分支开发规范
- commit规范
- go - 代码规范
- uber提供的代码规范
- go - 代码目录规范
- 代码风格不统一
- 目录杂乱无章 - 维护性很差
- 错误码的处理
- 常见的项目类型:
- api服务
- 非api服务
- 命令行工具
- deamonset服务:比如rocketmq消费者服务(一直运行但不对外提供端口服务)
- 框架类、组件类: 比较多样,并没有统一的规范
- sdk开发
- 不同类型的服务目录规范
- go - 微服务代码目录规范
- 微服务项目和单体服务的目录不同点
- 微服务应该如何管理目录
- 代码发布规范
- go项目的发布步骤
- 静态代码扫描
- 代码自动格式化
- 代码自动运行单元测试
- go vet检查 竞态
- 自动编译
- 镜像上传
- go项目的发布步骤
- 代码结构规范
- 代码是否便于写单元测试- 很多项目后期想加单元测试很麻烦,初始化过程太繁琐
- code review流程是否满足
- 设计模式是否引入了?
- 代码分层做好了吗 - 后期想要替换gorm会不会做不到,想要替换gin能否做到?
- ioc和aop是否能理解其作用?
- 代码自动生成的应用场景?和java的区别在哪里?
- 你是否理解到go自带工具的作用?为什么要这样做?
上述是基本保障,实际开发中还有很多其他更具体的工作需要注意,后面开发中逐步理解到