软件的可维护性的度量和构造原则-1

软件的可维护性的度量和构造原则

可维护性的指标模块化设计与模块化编程评价模块性的几个标准模块设计的五条原则 OO设计原则：SOLIDSRP：单一设计原则Open/Closed Principle(OCP)LSP里氏替换原则接口隔离原则（ISP）依赖转置原则（DIP） OO设计原则：GRASP

可维护性的指标

评价软件复用性的可维护性指数： 1.霍尔斯特德容积 2.圈复杂度 3.每个模块平均行数 4.每个模块的注释行百分比

模块化设计与模块化编程

主要是高内聚，低耦合，分离关注点，信息隐藏。

评价模块性的几个标准

可分解性可组合性可理解性可持续性出现异常之后的保护

模块设计的五条原则

直接映射尽可能少的接口尽可能小的接口显示接口信息隐藏

OO设计原则：SOLID

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

SRP：单一设计原则

责任：变化的原因 SRP：不应有多余1个的原因使得一个类发生变化 一个类、一个责任。 引入额外的包，占据资源 导致频繁的重新配置、部署等。

Open/Closed Principle(OCP)

对扩展性的开放 模块的行为是可扩展的，从而该模块可表现出新的行为以满足需求的变化。 对修改的封闭 但模块自身的代码是不应被修改的 扩展模块行为的一般途径是修改模块的内部实现 如果一个模块不能被修改，那么它通常被认为是具有固定的行为。 关键的解决方案：抽象技术

LSP里氏替换原则

子类型必须能够替换其基类类型 派生类必须能够通过基类的接口使用，客户端无需了解二者之间的关系。

接口隔离原则（ISP）

将功能通过接口进行分离，使得降低耦合度。

依赖转置原则（DIP）

抽象的模块不应依赖于具体的模块； 具体应依赖于抽象。 也就是delegation的时候，要通过interface建立联系，而并非子类。

OO设计原则：GRASP

通过责任分配软件模式，GRASP是关于如何为“类”和“对象”指派“职责”的一系列原则。 具体可见维基百科