设计模式--设计原则及模式分类

对系统,对模块有一个新的认知。“寻找变化点（需求频繁变化），然后在变化点用什么设计模式”“什么时候，什么地点应用设计模式”
书籍推荐：
重构与模式
重构-改善现有的代码结构
面向对象设计原则（DIP）

• 高层模块（稳定）不应该依赖于低层（变化），二者都应该依赖于抽象（稳定）。

• 抽象（稳定）不应该啊依赖于实现细节（变化），实现细节应该依赖于抽象。

• 开放封闭原则（OCP）

  • 对扩展开放，对更改封闭。
  • 类模块应该是可扩展的，但是不可修改。

• 单一职责原则（SRP）

  • 一个类应该仅有一个引起它变化的原因。
  • 变化的方向隐含着类的责任。

• Liskov替换原则（Lsp）

  • 子类必须能够替换它们的基类（IS-A）。
  • 继承表达类型抽象。

• 接口隔离原则（ISP）

  • 不应该强迫客户程序依赖它们不用的方法。
  • 接口应该小而完备。

• 优先使用对象组合，而不是用类继承

  • 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”
  • 继承在某种程度上破坏了封装性，子类父类耦合度高。
  • 对象组合只要求被组合的对象具有良好定义的接口，耦合度低

• 封装变化点

  • 使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良影响，从而实现层之间的解耦合

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

  • 不将变量类型声明为某个特定的具体类，而是声明为某个接口。
  • 客户程序无需获知对象的具体类型，只需要知道对象所具有的接口。
  • 减少系统中各部分的依赖关系，从而实现高内聚，松耦合 的类型设计方案。

设计模式的分类 ------从作用的角度进行分类

• 组件协作（晚绑定）

  • Template Method
  • Strategy(策略模式)
  • Observer/Event(观察者)

• 单一职责

  • Decorator
  • Bridge

• 对象创建

  • Factory Method
  • Abstract Factory
  • Prototype
  • Builder

• 对象性能

  • Singleton
  • Flyweight

• 接口隔离

  • Facade
  • Proxy
  • Mediator
  • Adapter

• 状态变化

  • Memento
  • State

• 数据结构

  • Composite
  • Iterator
  • Chain of Resposibility

• 行为变化

  • Command
  • Visitor

• 领域问题

  • Interpreter

重构技法
* 静态–>动态
* 早绑定–>晚绑定
* 继承–>组合
* 编译时依赖–>运行时依赖
* 紧耦合–>松耦合

》》》下一篇：[TemplateMethod(模板方法)](https://blog.csdn.net/weixin_34240395/article/details/107108785)