孤尽班第四天

孤尽班第四课

孤尽聊作业

1 . 用例图

用例图关注什么：

1. 关注用户角色有哪些
2. 关注用户行为有哪些 【这深入浅出，精辟啊】

2. 类图

类图在关注什么:

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

3. 时序图

类图在关注什么:

1. 有那些对象参与了协作
2. 随着时间的推进系统在做什么

4. 状态图

状态图在关注什么

1. 关注系统有多少个状态，这些状态将会定义为系统的枚举
2. 状态触发的条件

5. 活动图

活动图在关注什么

1. 活动图是UML 家族的 出身的血统高贵
2. 流程图是野路子
3. 活动图在流程图的基础上加了泳道 加了并发加了 协作 加了概念 。
4. 活动图关注 有多少 系统参与协作
5. 每个处理流程的瞬间，判断 ，循环是 怎么进行的

应用分层

为什么要分层

1.  提高系统的可扩展性
2. 提高系统的可维护性

计算机领域的任何问题都可以通过增加一个中间层解决

MVC（Model View Controller） 框架模式

分层的异常处理

	1. Dao 层  异常处理很多， 不需要打印日志
	2. Manager/Service 层 必须记录日到磁盘 尽可能带上参数信息 保护案发现场 
	3. Web  绝不能往上抛异常，应该跳转到错误友好页面
	友好的错误提示信息 
	4. 开放接口层： 将异常处理成错误代码和错误信息方式返回

分层领域模型

    1. DO(Data Object)
     此对象与数据库结构一一 对应 ，通过DAO 层向上传输数据源对象
    2. DTO(Data Transfer Object )
     数据传输对象 ，Serivice 或者 Manager 向为传输的对象 
    3.BO(Business Object)
    业务对象， 可以由Service 层输出的封装业务逻辑的对象
    4. Query 
     数据查询对象，各层接受上层的查询请求。 注意超过2 个 参数 的查询封装，禁止使用Map 类 来传输 
     5.Vo (view object)
     显示曾对象，通常是Web 向模板渲染引擎层传输的对象

Maven

    1.  依赖管理 
    2.  规范目录
    3.  完整的项目构建阶段 
    4.  支持多种插件

GVA 工程坐标（G: groupld A :artifactld V: version ）

Maven 的依赖仲裁

		1. 按照Dependency Manager  版本申明进行仲裁
		2. 如无仲裁声明，则按照 依赖 最短路径确定版本
		3. 若相同路径 ，则按照第一声明优先原则 

二方库引用规约

		1.  线上应 不要依赖 SNAPSHOT 版本
		2.  正式发部的类库必须去中央仓库查证 ，使RELEASE 版本号有延续性
		3. 真是发布的库版本号不允许覆盖升级
		4. 二方库的新增或升级，保持除功能点之外的其它 jar 包仲裁结果不变。
		5. 二方库里定义的枚举类型，参数中可以使用返回值不允许使用
		6. 依赖于一个二方库群时，必须定义一个统一的版本变量，避免版本号不一致。
		7. 禁止在依赖中出现相同的 GroupId，相同的 ArtifactId，但是不同的 Version.

二房库引用建议

为什么需要第3次握手

	1.  信息对等
	2.  防止超时

TCP 四次挥手断开连接

	1.  第一次 男生 我们分手吧 
	2. 女生：好的，我的东西收拾完了，发信息给你
	3. 第三次 女生：我收拾好了 ，分手吧 【女生也不能再拥抱男生了】
	4. 第四次： 男生 ： 好的。