SpringBoot项目目录结构:

Java SpringBoot的学习应该是全方位的,写这篇博客的起因是由于一个小插曲。起初命名schemas下的数据库时,我想当然地将数据库的名字命名为file而被同学们纠正过来。细究下来,才发现SpringBoot项目目录结构是有命名规范的,编码和命名反映了对应模块的功能。

一、规范的意义和作用

  • 编码规范可以最大限度的提高团队开发的合作效率
  • 编码规范可以尽可能的减少一个软件的维护成本 , 并且几乎没有任何一个软件,在其整个生命周期中,均由最初的开发人员来维护
  • 编码规范可以改善软件的可读性,可以让开发人员尽快而彻底地理解新的代码
  • 规范性编码还可以让开发人员养成好的编码习惯,甚至锻炼出更加严谨的思维

二、代码仓库规范

(一)公共组件

分组编号:<groupId>com.company.library</groudId> 固定取值
组件名称:<artifactId>name</artifactId> name根据组件名称定义
组件版本:<version>x.y.z</versio> x.y.z根据组件实际版本情况定义

(二)服务组件

分组编号:<groupId>com.company.server</groudId>固定取值
组件名称:<artifactId>name</artifactId> name根据组件名称定义
组件版本:<version>x.y.z</versio> x.y.z根据组件实际版本情况定义

三、开发环境规范

  • 开发环境:JDK1.7+
  • 开发工具:IntelliJ IDEA 2017(安装Lombok Plugin)
  • 构建工具:Maven3.x
  • 代码管理工具:Git /TortoiseGit

四、项目结构规范

(一)简述

一个项目对应代码仓库中的一个仓库,项目结构是指一个基于Maven创建的项目目录结构。公共组件项目,通常会创建一个Maven普通项目。服务组件项目,通常会创建一个Maven聚合项目,并在聚合项目目录下创建多个继承Maven聚合项目的Maven模块,它们一起作为服务组件项目的组成部分。

(二)项目名

  • 要求

    • 英文名称,作为仓库,项目,项目根目录,组件(公共组件,服务组件)的名称
    • 中文名称,用于代码仓库的描述
    • 项目名称和代码仓库的名称保持一致
  • 定义

    • 项目名称通常由团队负责人确定
  • 示例

<groupId>com.company.server</groupId>
<artifactId>data-warehouse-face</artifactId>
<version>1.0.0</version>

(三)模块命名

  • 要求示例

    • 模块名称:{项目名称}-{模块名称} 模块名称简洁体现职责
    • 模块名字作为模块组件的名称
  • 人脸数据仓库的数据接入模块名称:data-warehouse-face-access

(四)项目目录

  • 项目目录遵循Maven约定目录格式

(五)源码目录

  • 源码目录指:{项目目录}/src/main/
  • 打包定义目录:src/main/assembly
  • 代码目录:src/main/java
  • 资源目录:src/main/resources文档目录:src/main/docs

    • /db:数据库脚本归档
    • /data:内部依赖数据归档
  • 脚本目录:src/main/bin

    • run-manage.sh 运行管理脚本(通过参数start, stop, status, help info控制程序运行)
    • sh:服务组件启动脚本
    • sh:服务组件停止脚本

五、编码规范

(一)包规范

  • 项目基本包:com.company.{项目英文名(较长时适当简化)}.{模块名(可选)}
  • config:配置类
  • startup:与服务启动相关的类
  • client:提供客户端实现的相关类
  • common:公共类,定义常量类,组件
  • entity: 数据库相关的实体类
  • model:数据模型类(参数模型,数据传输模型等)
  • control:控制层接口
  • service: 服务层
  • dao:数据库访问层

(二)日志记录

  • 统一使用SLF4j接口

(三)异常处理

  • 运行时异常:通过参数检查等方式避免或抛出运行时异常,日志记录
  • 检查异常:检查异常需要捕获,处理,日志记录

(四)接口定义

  • 原则

    • 接口地址定义表明用意
    • 接口地址定义清晰,简洁,无歧义
    • 同一个服务组件的接口定义具有一致性
  • 格式

    • 控制类的顶层地址格式:/{顶层分类名},例如:/library 人员库相关接口的顶层地址
    • 接口定义使用Swagger的API注解说明
    • 标注完整的请求信息,请求方法,请求地址,参数可选性,接口描述
  • 请求方式

    • GET URL-Params
    • POST Form-Data
    • POST RequestBody(JSON格式)
    • POST Mulitpart
  • 响应方式

    • 统一的响应模型

(五)辅助工具

  • 字符串处理:apache common-lang3
  • 时间日期处理:joda-time
  • JSON处理:Gson,Fastjson
  • 集合扩展工具:guava
  • 文件和流处理:commons-io
  • 编解码:commons-codec
  • 建议:尽可能使用开源组件

(六)代码注释

  • 类、接口、枚举顶层注释
  • 接口方法注释
  • 静态方法注释
  • 公开方法注释
  • 类的属性字段注释
  • 常量注释
  • 不限于以上

六、代码控制规范

(一)拉取原则

  • 强制

    • 每日开始工作拉取
  • 约定

    • 提交之前拉取

(二)提交原则

  • 强制

    • 提交代码必须构建成功(比如:编译,打包成共)
    • 提交代码必须完整(比如:少提文件)
    • 提交代码必须忽略到本地临时文件(比如:target, logs, .idea, *.iml,dist 等)
  • 约定

    • 完成一个功能提交
    • 修改一个Bug修改提交
    • 解决冲突提交
    • 每日结束工作提交

(三)提交注释

  • 强制

    • 中文填写注释
    • 注释反映本次提交变更情况
  • 约定

    • 注释描述添加前缀,前缀如下
    • [创建] 通常在项目创建时使用
    • [新增]
    • [修改]
    • [删除]
    • [修复-number] 修复Bug使用,number是Bug编号

七、构建规范

(一)公共组件构建规范

  • 构建输出组件包
  • 构建输出组件源码包
  • 构建发布到公司私有仓库

(二)服务组件构建规范

  • 服务组件包命名:{组件名称}-{版本号}-bin.zip
  • 构建输出到工程根目录下的dist/{组件名称}-{yyyyMMddHH}目录
最后修改:2022 年 01 月 18 日
如果觉得我的文章对你有用,请随意赞赏