软件构造 复习笔记八

面向维护的软件构造方法

软件维护：修复错误、改善性能

可维护性的衡量指标：

1. 圈复杂度
2. 代码行数
3. 根据操作符个数生成综合指标
4. 可维护性指数（涉及到COM）
5. 继承的层次数
6. 类之间的耦合度
7. 单元测试覆盖率

模块化编程：
特点：
高内聚、低耦合、分离关注点、信息耦合

五大标准：
8. decomposability 可分解性
9. composability 可组合性
10. understandability 可理解性
11. continuity 可持续性
12. protection 异常保护

五大规则：
13. 直接映射
14. 尽可能少的接口
15. 尽可能小的接口
16. 显示接口
17. 信息隐藏

耦合度和聚合度
耦合度：衡量模块间的依赖性
耦合度
→模块间的接口数量
→每个接口的复杂度

聚合度：衡量模块内部函数的相关程度
高聚合度→模块内的元素朝一个方向努力

OO设计原则SOLID：

单一责任原则；
开放-封闭原则；
Liskov替换原则；
依赖转置原则；
接口聚合原则

SRP(Single Resposibility Priciple)
单一责任原则：不应有多于一个原因使类变化‘
即：一个类承担一个责任

如果一个类包含多个责任，则
——引入额外的包，浪费资源
——导致频繁的重新配置、部署

OCP（Open-closed Princple）
open：多扩展的开放→模块扩展新行为以适应新要求
close：对修改的封闭→模块自身代码不能修改
关键：抽象技术

LSP(Liskov Subsitution Principle)
子类型必须能够替换其基类型
派生类型必须能通过其基类型的接口使用

ISP接口分离原则
不同接口向不同客户提供服务，客户端先访问所需接口

DIP 依赖转置原则
抽象的模块不应该依赖于具体的模块
具体的模块应依赖于抽象的模块

可维护性的设计模式

1. Factory Method Pattern工厂方法模式
   当client不知道要创建哪个具体的实例，或不想在client代码中指明要具体创建的实例时，用工厂方法；
   定义一个用于创建对象的接口，让其子例来决定具体实例化哪一个类，从而使一个类的实例化延迟到其子类。
2. Absstract Factory Method抽象工厂模式
   提供接口的创建一组的创建一组相关/相互依赖的对象，但不需要指明其具体类型；
   创建的不是一个完整的产品，而是一个产品族；多个不同产品的object，各产品创建过程对client可见，但“搭配”不能改变；
   本质上，Abstract Factory是把多类产品的factory method组合在一起
3. Builder模式：
   创建的是一个完整的产品，由多个部分组成，client不需了解每个部分是怎么创建、各个部分怎么组成。
   

结构型模式
4. Bridge 桥接模式
通过delegation+inheritance建立两个具体类之间的关系
Bridge:structual pattern,强调双方的run time delegation linking
Strategy:buhavioral pattern,强调一方run-time使用另一方的方法
5. Proxy 代理模式
某个对象比较私密/敏感/贵重，不希望被client直接访问到，故设置proxy在二者之间建立防火墙

6. Composite 组合模式
这个也是递归的设计，每个子类型对象都可以把ADT的任何子类型放入其list当中作为下级，从而形成层次化的树结构

行为型模式
7. observer
8. visiter
本质上，将数据和作用于数据上的某些数分开

Strategy,Bridge和visitor的区别：
9. Bridge是 Structional , 而其余两者均是Behavioral
10. strategy和visitor建立的是临时关系，而Bridge是永久
11. visitor和bridge都是client的参数形式，而strategy则是ADT内部进行