设计模式笔记-设计原则

设计模式笔记-设计原则

面向对象

面向对象设计原则

• 依赖倒置原则（DIP）
     高层模块（稳定）不应该依赖于底层模块（变化），二者都应该依赖于抽象（稳定）。
     抽象（稳定）不应该依赖于实现细节（变化），实现细节（变化）应该依赖于抽象（稳定）。
  对于分解方法：

  对于抽象方法：

其中Line，Rect等是不稳定的，Shape是抽象稳定的，利用Shape来隔离变化。

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

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

• Liskov替换原则（LSP）
    子类必须能够替换它们的基类（is-a）。
    继承表达类型抽象。
  tips：子类能够替换基类本来其实是天经地义的，但是有些程序员会乱用子类，导致不能替换基类。

• 接口隔离原则（ISP）
    不应该强迫客户程序依赖他们不用的方法。
    接口应该小而完备。
  tips：指的是类的接口如果不是客户必须的而只是自己内部使用，尽量不要放在public里，避免因改动而影响客户端的功能。因为接口应该是稳定的。

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

• 封装变化点
    使用封装来创建对象之间的分界层，让设计者可以在分界层一侧进行修改而不会对另一侧产生不良影响，从而提高层次间的松耦合。

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

  设计原则才是设计模式的核心，部分设计模式也许会因为需求的变化，语言功能的进化而消逝，但是设计原则是不变的，把握设计原则才有可能创造出新的设计模式。也切忌为了用设计模式而用设计模式，没有最好的设计模式，只有最适合的设计模式

接口标准化

  接口标准化的意义在于分工合作，所以接口标准化可谓产业强盛的标志，且不仅仅存在于软件行业。对于任何行业，标准化的意义是很重要的。

23种设计模式分类

从目的来看：
  创建型（Creational）模式：将对象的部分创建工作
  结构型（Structural）模式
  行为型（Behavioral）模式

从范围来看：
  类模式处理类与子类的静态关系。
  对象模式处理对象间的动态关系。

从封装变化角度对模式分类：

• 组件协作：
      Template Method
      Strategy
      Observer/Event
• 单一职责：
      Decorator
      Bridge
• 对象创建：
      Factory Method
      Abstract Factory
      Prototype
      Builder
• 对象性能：
      Singleton
      Flyweight
• 接口隔离：
      Facade
      Proxy
      Mediator
      Adapter
• 状态变化：
      Memento
      State
• 数据结构：
      Composite
      Iterator
      Resposibility
• 行为变化：
      Command
      Visitor
• 领域问题：
      Interpreter

使用设计模式的方法：重构

  现代软件设计的特征是“需求的频繁变化”。设计模式的要点是“寻找变化点”，然后在变化处应用设计模式，从而更好的应用需求的变化。“什么时候，什么地点应用设计模式”比“理解设计模式结构本身”更重要。
  设计模式的应用不宜先入为主，不建议一上来就使用设计模式。也没有一步到位的设计模式。

重构关键技法

• 静态 -> 动态
• 早绑定 -> 晚绑定
• 继承 -> 组合
• 编译时依赖 -> 运行时依赖
• 紧耦合 -> 松耦合

参考：
  C++设计模式-李建忠