【设计模式】设计模式原则

• 代码的重用性：相同功能的代码，不用多次编写

• 可读性：编程的规范性，便于其他程序员的阅读和理解

• 可扩展性：当我们需要增加新的功能是，非常的方便

• 可靠性：当我们增加新的功能后，对员原来的功能没有影响

• 使程序呈现高内聚，低耦合的特性

  设计模式的七大原则：

• 单一职责原则

  • 一个类只有一个作用，只负责一方面的事情，最次一个类中的一个方法，只能解决一个问题
  • 降低类的复杂度
  • 提高类的可读性，可维护性
  • 降低变更引起的风险

• 接口隔离原则

  • 两个类实现一个接口，但不是必要实现接口中的所有方法（即使实现了也不会使用），这时应该将接口进行拆分，比如可以将都要使用的共同的方法放在基类接口中，将实现类各自需要实现的方法分在两个接口中，这就是接口隔离原则

• 依赖倒置原则：

  • 高层模块不应该依赖底层模块，二者都应该依赖其抽象
  • 抽象不依赖细节，细节依赖抽象
  • 面向接口编程，通过接口或父类进行对象引用
  • 相对于细节，抽象的东西更具有稳定性
  • 通过抽象制定规范，不设计具体操作，将具体实现交给实现类

• 依赖关系传递的三种方式

  1. 接口传递
  2. 构造方法传递
  3. settter方式传递

• 里氏替换原则：

  • 在使用继承时，会给代码带来侵入性
  • 所有引用基类的地方都必须能够透明的使用其子类的对象
  • 在使用继承时，尽量不要重写父类的方法，避免在调用子类方法时，本想调用父类方法，无意中调用了子类重写的方法

• 迪米特原则(最少知道原则)：

  • 类与类关系越密切，耦合度越大
  • 减少与间接朋友的关联，尽量只与直接朋友通信
  • 直接朋友包括成员变量，方法入参，方法返回值
  • 陌生的类尽量不要以局部变量的形式出现
  • 核心是降低类之间的耦合

• 开闭原则

  • 对扩展开放，对修改关闭。在需求发生改变时，对提供方来说，需要进行修改，但是对使用方来说，尽量不做任何修改，也保证代码可用
  • 软件需求变化时，尽量通过扩展实体的方式来实现，而不是通过修改已经存在的代码 7、合成复用原则
  • 尽量通过使用聚合、组合来代替继承

  ---

  核心思想

• 找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混合在一起

• 针对接口编程，而不是针对实现编程

• 为了交互对象之间的松耦合设计而努力