设计模式七大原则

设计模式的目的

1. 代码重用性(相同的代码,不用多次编写)
2. 可读性(编程规范,便于其他人阅读)
3. 可扩展性(需要增加新功能时,方便扩展,称为可维护)
4. 可靠性(增加新功能后,对原来的功能没有影响)
5. 是程序呈现高内聚,低耦合

设计模式七大原则概述

1.单一职责原则

有且仅有一个原因引起类的变更

注意事项和细节

1. 降低类的复杂度,一个类只负责一项职责
2. 提高类的可读性,可维护性
3. 降低变更引起的风险
4. 通常情况下,应当遵循单一职责原则,只有逻辑足够简单,才可以在代码级违反单一职责原则;只有类中方法量足够少,可以在方法级别保持单一职责原则

2.接口隔离原则

客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小接口上

3.依赖倒转原则

1. 高层模块不应该依赖低层模块,两者都要依赖其抽象(模块间的依赖通过抽象产生,实现类不直接发生依赖)
2. 抽象不应该依赖细节(接口或者抽象类不依赖实现类)
3. 细节可以依赖抽象(实现类依赖接口或抽象类)

注意事项和细节

1. 每个类尽量都有接口或者抽象类
2. 变量的表面类型尽量是接口或者抽象类
3. 任何类都不应该从具体类派生
4. 尽量不要复写基类已实现的方法
5. 结合里氏替换原则使用

4.里氏替换原

所有引用基类的地方必须能透明地使用其子类的对象
注意事项和细节
优点:

1. 提高代码的重用性
2. 提高代码的可拓展性
3. 提高项目的开放性

缺点:

1. 记成是入侵式的,只要继承,就有父类的属性和方法
2. 降低代码灵活性,子类多了父类的约束
3. 增强耦合性,父类的常量/变量/方法改动时,必须考虑子类的修改

四层含义:

1. 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
2. 子类中可以增加自己特有的方法。
3. 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
4. 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

5.开闭原则(ocp)

一个软件实体应该对扩展开放，对修改关闭。
注意事项和细节
当一个软件实体需要扩展的时候，不要去修改原有的代码，而是去扩展原有的代码。
开闭原则是最基础的一个原则，六大原则都是开闭原则的具体形态。

6.迪米特法则

一个对象应该对其他对象有最小的了解(低耦合)
注意事项和细节

1. 方法尽量不引入类中不存在的对象
2. 尽量不要暴露过多public方法和非晶态public变量,尽量内敛
3. 如果一个方法放在本类中,既不增加类间的关系,也不对本类产生负面影响,就可放置在本类中

7.合成复用原则

在一个新的对象里面使用一些已有的对象，使其成为新对象的一部分。新对象通过委派达到复用已有功能的效果。
注意事项和细节
尽量首先使用合成/聚合的方式，而不是使用继承