设计模式的目的
- 代码重用性(相同的代码,不用多次编写)
- 可读性(编程规范,便于其他人阅读)
- 可扩展性(需要增加新功能时,方便扩展,称为可维护)
- 可靠性(增加新功能后,对原来的功能没有影响)
- 是程序呈现高内聚,低耦合
设计模式七大原则概述
1.单一职责原则
有且仅有一个原因引起类的变更
注意事项和细节
- 降低类的复杂度,一个类只负责一项职责
- 提高类的可读性,可维护性
- 降低变更引起的风险
- 通常情况下,应当遵循单一职责原则,只有逻辑足够简单,才可以在代码级违反单一职责原则;只有类中方法量足够少,可以在方法级别保持单一职责原则
2.接口隔离原则
客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小接口上
3.依赖倒转原则
- 高层模块不应该依赖低层模块,两者都要依赖其抽象(模块间的依赖通过抽象产生,实现类不直接发生依赖)
- 抽象不应该依赖细节(接口或者抽象类不依赖实现类)
- 细节可以依赖抽象(实现类依赖接口或抽象类)
注意事项和细节
- 每个类尽量都有接口或者抽象类
- 变量的表面类型尽量是接口或者抽象类
- 任何类都不应该从具体类派生
- 尽量不要复写基类已实现的方法
- 结合里氏替换原则使用
4.里氏替换原
所有引用基类的地方必须能透明地使用其子类的对象
注意事项和细节
优点:
- 提高代码的重用性
- 提高代码的可拓展性
- 提高项目的开放性
缺点:
- 记成是入侵式的,只要继承,就有父类的属性和方法
- 降低代码灵活性,子类多了父类的约束
- 增强耦合性,父类的常量/变量/方法改动时,必须考虑子类的修改
四层含义:
- 子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法。
- 子类中可以增加自己特有的方法。
- 当子类的方法重载父类的方法时,方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松。
- 当子类的方法实现父类的抽象方法时,方法的后置条件(即方法的返回值)要比父类更严格。
5.开闭原则(ocp)
一个软件实体应该对扩展开放,对修改关闭。
注意事项和细节
当一个软件实体需要扩展的时候,不要去修改原有的代码,而是去扩展原有的代码。
开闭原则是最基础的一个原则,六大原则都是开闭原则的具体形态。
6.迪米特法则
一个对象应该对其他对象有最小的了解(低耦合)
注意事项和细节
- 方法尽量不引入类中不存在的对象
- 尽量不要暴露过多public方法和非晶态public变量,尽量内敛
- 如果一个方法放在本类中,既不增加类间的关系,也不对本类产生负面影响,就可放置在本类中
7.合成复用原则
在一个新的对象里面使用一些已有的对象,使其成为新对象的一部分。新对象通过委派达到复用已有功能的效果。
注意事项和细节
尽量首先使用合成/聚合的方式,而不是使用继承