软件的可维护性的度量和构造原则
可维护性的指标
评价软件复用性的可维护性指数:
1.霍尔斯特德容积
2.圈复杂度
3.每个模块平均行数
4.每个模块的注释行百分比
模块化设计与模块化编程
主要是高内聚,低耦合,分离关注点,信息隐藏。
评价模块性的几个标准
- 可分解性
- 可组合性
- 可理解性
- 可持续性
- 出现异常之后的保护
模块设计的五条原则
- 直接映射
- 尽可能少的接口
- 尽可能小的接口
- 显示接口
- 信息隐藏
OO设计原则:SOLID
- 单一设计原则
- 开放-封闭原则
- Liskov替换原则
- 依赖转置原则
- 接口聚合原则
SRP:单一设计原则
责任:变化的原因
SRP:不应有多余1个的原因使得一个类发生变化
一个类、一个责任。
引入额外的包,占据资源
导致频繁的重新配置、部署等。
Open/Closed Principle(OCP)
对扩展性的开放
模块的行为是可扩展的,从而该模块可表现出新的行为以满足需求的变化。
对修改的封闭
但模块自身的代码是不应被修改的
扩展模块行为的一般途径是修改模块的内部实现
如果一个模块不能被修改,那么它通常被认为是具有固定的行为。
关键的解决方案:抽象技术
LSP里氏替换原则
子类型必须能够替换其基类类型
派生类必须能够通过基类的接口使用,客户端无需了解二者之间的关系。
接口隔离原则(ISP)
将功能通过接口进行分离,使得降低耦合度。
依赖转置原则(DIP)
抽象的模块不应依赖于具体的模块;
具体应依赖于抽象。
也就是delegation的时候,要通过interface建立联系,而并非子类。
OO设计原则:GRASP
通过责任分配软件模式,GRASP是关于如何为“类”和“对象”指派“职责”的一系列原则。
具体可见维基百科