设计模式的目的与原则

注：本文为观看尚硅谷设计模式教学视频的笔记

设计模式的目的

• 代码复用性
  相同功能代码不用多次编写
• 可读性
  编程规范性，便于其他程序员（自己长时间为接触后重新）的阅读和理解
• 可扩展性
  增加新的功能是不需要改动或改动极少，直接填加其他类等便可完成新功能开发
• 可靠性
  添加新功能对原来的功能没有影响
• 高内聚，低耦合
  从模块粒度来看，高内聚：尽可能类的每个成员方法只完成一件事（最大限度的聚合）； 低耦合：减少类内部，一个成员方法调用另一个成员方法。从类角度来看， 高内聚低耦合：减少类内部，对其他类的调用；从功能块来看 高内聚低耦合：减少模块之间的交互复杂度（接口数量，参数数据）即横向：类与类之间、模块与模块之间；纵向：层次之间；尽可能，内容内聚，数据耦合。

设计模式的原则

• 单一职责原则
  一个类只负责一项职责
• 接口隔离原则
  一个类对另一个类的依赖应建立在最小接口上，即如一个接口有3个方法，但是某个实现类只需要实现其中一个方法，应当新建一个接口定义需要实现的抽象方法，实现类实现新建接口即可。
• 依赖倒转原则
  高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象；依赖倒转的中心思想是面向接口编程。
• 里氏替换原则
  在父子继承关系中，子类尽量不要重写父类的方法，或在适当情况下通过聚合、组合、依赖解决
• 开闭原则
  当软件需要变化时，尽量通过拓展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化
• 迪米特法则
  一个类对自己依赖的类知道的越少越好，即对于依赖的类不管多么的复杂，都尽量将逻辑封装在类的内部，对外除了提供的public方法，不对外泄露任何信息（除出现在成员变量，方法参数，方法返回值的陌生类最好不要以局部变量形式出现在类的内部，应在成员变量，方法参数，方法返回值的类中完成其内部逻辑实现）以降低程序耦合度
• 合成复用原则
  尽量使用组合/聚合的关系，而不是使用继承