【原文链接】系统架构设计师（第二版）学习笔记----层次式架构设计理论与实践
文章目录
- 一、层次式体系结构概述
-
- [1.1 软件体系结构的作用](#1.1 软件体系结构的作用)
- [1.2 常用的层次式架构图](#1.2 常用的层次式架构图)
- [1.3 层次式体系可能存在的问题点](#1.3 层次式体系可能存在的问题点)
- 二、表现层框架设计
-
- [2.1 MVC模式](#2.1 MVC模式)
-
- [2.1.1 MVC三层模式](#2.1.1 MVC三层模式)
- [2.1.2 MVC设计模式图](#2.1.2 MVC设计模式图)
- [2.1.3 MVC调用流程](#2.1.3 MVC调用流程)
- [2.1.4 MVC的优点](#2.1.4 MVC的优点)
- [2.2 MVP模式](#2.2 MVP模式)
-
- [2.2.1 MVP三层模式](#2.2.1 MVP三层模式)
- [2.2.2 MVP设计模式图](#2.2.2 MVP设计模式图)
- [2.2.3 MVP的优点](#2.2.3 MVP的优点)
- [2.3 MVVM模式](#2.3 MVVM模式)
-
- [2.3.1 MVVM的三层模式](#2.3.1 MVVM的三层模式)
- [2.3.2 MVVM设计模式图](#2.3.2 MVVM设计模式图)
- 三、中间层架构设计
-
- [3.1 业务框架](#3.1 业务框架)
- 四、数据访问层设计
-
- [4.1 Hibernate 架构](#4.1 Hibernate 架构)
一、层次式体系结构概述
1.1 软件体系结构的作用
- 利益相关人员之间的交流
- 系统设计的前期决策
- 可传递的系统级抽象
1.2 常用的层次式架构图
- 表现层
- 中间层
- 访问层
- 数据层
1.3 层次式体系可能存在的问题点
- 污水池反模式：即请求简单地穿过几个层，每个层里面没有做任何业务逻辑或者很少的逻辑
- 分层架构可能会让应用变得庞大
二、表现层框架设计
2.1 MVC模式
2.1.1 MVC三层模式
- 控制器（Controller）：接受用户的输入并调用模型和视图去完成用户的需求
- 模型（Model）：表示业务数据和业务逻辑
- 视图（View）：用户看到并与之交互的界面
2.1.2 MVC设计模式图
2.1.3 MVC调用流程
- 控制器接收用户请求，并决定应该调用哪个模型来处理
- 模型根据用户请求进行响应的业务逻辑处理，并返回数据
- 控制器调用相应的视图来格式化模型返回的数据，并通过视图呈现给用户
2.1.4 MVC的优点
- 允许多种用洁面的扩展
- 易于维护
- 功能强大的用户界面
2.2 MVP模式
2.2.1 MVP三层模式
- Controller
- View
- Presenter
2.2.2 MVP设计模式图
2.2.3 MVP的优点
- 模型与视图完全分离，可以修改视图而不影响模型
- 可以更高效地使用模型，因为所有的加护都发生在一个地方，即Presenter内部
- 可以将一个Presenter用于多个视图，而不需要修改Presenter的逻辑。
- 如果把逻辑放在Presenter中，就可以脱离用户接口来测试这些逻辑（单元测试）
2.3 MVVM模式
2.3.1 MVVM的三层模式
- 模型（Model）
- 视图（View）
- 视图模型（ViewModel）
2.3.2 MVVM设计模式图
三、中间层架构设计
3.1 业务框架
四、数据访问层设计
4.1 Hibernate 架构
