- config 配置信息, 从配置文件读取进来的, 都在这里转化成 Java Object
- common 公共定义信息, 包括 exception, responsecode, util 等
- dao 数据库访问层
- manager 通用业务处理层
- 对第三方平台封装的层,预处理返回结果及转化异常信息
- 对 service 层通用能力的下沉,如缓存方案、中间件通用处理
- 与 DAO 层交互,对多个 DAO 的组合复用
- service 层,相对具体的业务逻辑服务层,由 interface+implement 组成
- interface 接口层,所有需要对外提供的接口,都定义在 interface 里(web 层直接访问 interface)
- implement 接口实现层,一个完整的事务由这里进入,即 @Transactional 都在这里定义
- 一般来说,如果可以一个函数写完的,就在 implement 里写完;如果需要拆分成 2 个以上的函数,建议需要写到 manager 层里
- 对于一些简单 sql 查询,implement 层可以直接访问 DAO 层
- web 页面访问入口, Restful url 声明都在这里
- task 定时任务, 相关启动 cron 配置, 都应该写在 application-task.properties 里
- 启动函数
- WebApplication 在 web module里, 感觉应该放在 config 里比较合适; 但是 run 一个 config 也怪怪的
- 服务说明
- 如果以后需要往外提供接口服务, 需要注意只能导出 interface\common 这两层; 所以这两层, 应该要能完备描述这个系统的功能
========================================================
- 分层领域模型规约(By 阿里巴巴 Java 开发手册)
- DO(Data Object):与数据库表结构一一对应,通过 DAO 层向上传输数据源对象。
- DTO(Data Transfer Object):数据传输对象,Service 和 Manager 向外传输的对象。
- BO(Business Object):业务对象。可以由 Service 层输出的封装业务逻辑的对象。
- QUERY:数据查询对象,各层接收上层的查询请求。注:超过 2 个参数的查询封装,禁止使用 Map 类来传输。
- VO(View Object):显示层对象,通常是 Web 向模板渲染引擎层传输的对象。
- GAV 规约(与阿里巴巴 Java 开发手册不同)
- 考虑到我们是多 module 以及 .m2 下面 repository 目录层次结构,以及新建项目时文本替换的便利性
- GroupID 按 4 层,如 com.eking.sample.base (sample 为具体的业务,base 为业务微服务),com.eking.newgt.baseinfo
- ArtifactID 按 业务线-微服务-module名,如 newgt-order-common、newgt-order-config;newgt-baseinfo-common、newgt-baseinfo-task
- 统一命名规范 - SpringBoot run 起来 - 前台参数传到后台 GET、POST;RequestParam、RequestBody - 数据库增删改查(JDBC、JPA、Hibernate、MyBatis) - jpa 增删改查 - 原生 sql 执行 - 事务(写两个表,一个成功、一个不成功) - 分页(后续) - log 配置 - 配置文件读取、分离 - 分层 - 分 module - 异常整体定义、全局捕获 - 定时任务 - 缓存(Memcached、Redis) - httpInvoker 支持 - rpc 接口支持(dubbo) - RESTful 接口文档化(swagger) - 安全控制(JWT、SpringSecurity、Shiro) - SpringCloud 整体框架