软件构造学习心得——第三部分(10-11讲)

标题

内容

可维护性的常见度量指标
聚合度与耦合度
SOLID
语法、正则表达式
设计模式adapter、decorator、strategy、template、iterator/iterable、factory method、visitor

可维护性的常见度量指标

圈复杂度(CC):独立路径的个数,如果越多需要更多的测试
代码行数(LOC):每个模块的平均代码行数
Halstead Volume(HV):运算符和操作数的数目
可维护性指数(MI):基于HV、CC、LOC、COM(每个模块的注释行百分比)
继承的层次数
类之间的耦合度
单元测试的覆盖度

聚合度与耦合度

耦合
耦合是模块之间依赖性的度量。 如果一个模块中的更改可能需要更改另一个模块,则两个模块之间存在依赖关系。通常由接口数量和接口复杂度来评价。
内聚
内聚是衡量模块的方法或职责的相关程度。
内聚和耦合
最佳的设计模式是高内聚、低耦合。
在这里插入图片描述

SOLID(五原则(了解))

在这里插入图片描述
(1)单一责任原则(SRP)
不应该有多于1个原因让你的ADT发生变化,否则就应该拆分开
一个类,一个责任
(2)开放/封闭原则(OCP)
OCP对扩展是开放的 ,对修改是封闭的,应通过继承和组合改变/扩展功能。
关键的解决方案:抽象技术
构造抽象类,根据不同需求派生不同子类
(3)里氏代换原则(LSP)
子类型必须能够替换其基类型
派生类必须能够通过其基类的接口使用,客户端无需了解二者之间的差异
(4)接口隔离原则(ISP)
不能强迫客户端依赖于它们不需要的接口:只提供必需的接口,而“胖”接口具有很多缺点,例如不够聚合。
(5)依赖转置原则(DIP)
抽象的模块不应依赖于具体的模块,具体应依赖于抽象。或者说高层模块不应该依赖于低层模块,二者都应该依赖于抽象,抽象不应该依赖于实现细节,实现细节应该依赖于抽象。
eg:
delegation的时候, 要通过interface建立 联系,而非具体子类

在这里插入图片描述

语法、正则表达式(必考)

同形式语言,略
在这里插入图片描述

设计模式

1.工厂方法
在这里插入图片描述

23种设计模式
创建型模式(5种):工厂方法模式,抽象工厂模式,单例模式,建造者模式,原型模式。
结构型模式(7种):适配器模式,装饰器模式,代理模式,外观模式,桥接模式,组合模式,享元模式。
行为型模式(11种):策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
链接

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值