0%

GOF设计模式·八大设计原则

学习设计模式,为了是设计出更加优美,好维护,可复用,可拓展的优秀代码。

八大设计原则

依赖倒置原则

  • 高层模块不依赖底层模块,二者都应该依赖抽象;
  • 抽象不依赖实现细节,实现细节应该依赖于抽象。

这一原则与下面的针对接口编程,而不是针对实现编程是一个道理,我们设计一个程序,我们应该先想好我们想要抽象什么,它应该具有什么样的能力,而不是先考虑怎么实现,这其中的具体方法,而最后在根据自己写的具体实现,从而汇总出最后的接口是什么。

开放封闭原则

  • 对拓展开放,对更改封闭;
  • 类模块应该是可拓展的,但是不可修改的;
  • 我们应该定义好接口之后就尽可能保证接口层的稳定。

单一职责原则

  • 一个类应该仅有一个引起他变化的原因;
  • 变化的方向隐含类的责任,若一个类中变化的部分过多,从而加剧了程序的维护难度,从而也许会修改这个类中的接口部分,也就违反了上面的第二原则。
  • 其中变化(使用的具体实现等等),其中一定要明确这个部分中的具体目的。

Liskov替换原则

  • 子类必须能够替换他们的基类。
  • 继承表达类型的抽象。
  • 假如子类不可以替换他们的基类那么大部分的设计模式都无从谈起。

接口隔离原则

  • 不应该“强迫”客户程序依赖他们不用的方法。
  • 接口应该小而完备。
  • 设计对象的时候我们应该明确的知道这个对象应该要包含什么功能,然后做出相应的接口,其余一些客户不用的方法全部隐藏起来。

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

  • 白箱复用:将父类的全部内容暴露给子类。
  • 黑箱复用:只暴露想暴露的部分,其余的内容对其类不可见。
    • 类继承通常称为白箱复用
      对象组合通常被称为黑箱复用
    • 继承在某种程度上破坏了封装性,子类父类耦合度高
    • 对象组合则只要求被组合的对象具有良好的定义的接口。

封装变化点

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

针对接口编程,而不是针对实现编程

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