java命名规范

- 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 整体框架