孤尽T31训练营04工程结构规约笔记

第一部分是孤尽老师讲解第一次作业的UML图

UML图在关注啥

用例图

1. 用户角色有哪些
2. 用户行为有哪些

类图

1. 模型的抽象,属性和行为
2. 模型之间的关系

时序图

1. 有哪些对象参与了系统的协作
2. 随着时间的推移,系统做了什么

状态图

1. 系统有多少状态
2. 触发状态变化的条件

活动图

1. 有哪些对象参与了系统的协作
2. 每个流程的瞬间、判断、循环是怎么处理的

第二部分,感觉又是在讲《Java开发手册》,因为课件的目录和手册中的工程结构目录一致

应用的分层

为什么要分层?

1. 隐藏下层业务逻辑的复杂性
2. 提高系统的组件化(可扩展性)和可维护性

MVC架构模式,分别代表啥

1. M表示service和dao
2. V表示页面
3. C表示controller

二方库依赖

1. [强制]定义GAV遵从以下规则

   1. G格式:com.{公司}.{业务}.{子业务},最多4级
   2. A格式:产品线名-模块名
   3. V格式:参考2

2. [强制]二方库版本号命名方式:主版本号.次版本号.修订号

   1. 主版本号:产品方向不变,或者大规模API不兼容,或者架构不兼容升级
   2. 次版本号:保持相对兼容性,增加主要功能特性,影响范围极小的API不兼容修改
   3. 修订号:保持完全兼容性,修复BUG、新增将要功能特性等

3. [强制]线上应用不要依赖SNAPSHOT版本;正式发布的oddly必须先去中央仓库进行查证,使RELEASE版本号有延续性,且版本号不允许覆盖升级

4. [强制]二方库的新增或升级,保持除功能点之外的其它jar包仲裁结果不变.如果有改变,必须明确评估和验证

5. [强制]二方库里可以定义枚举类型,参数可以使用枚举类型,但是接口返回值不允许使用枚举类型或者饮食枚举类型的POJO对象

6. [强制]依赖于一个二方库群时,必须定义一个统一的版本变量,避免版本号不一致

7. [强制]禁止在子项目的pom依赖中出现相同的GroupId,相同的ArtifactId,但是不同的Version