设计模式(1)--设计原则

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/qq_39424143/article/details/89449740

学习目标:

 * 掌握GOF核心设计模式
 * 掌握重构技法改善设计
 * 掌握面向对象设计原则
 * 理解松耦合设计思想
  • 以后会把之前学的设计模式都放上来

设计模式:

设计模式是一套被反复利用、多数人知晓的、经过分类编目的、代码设计经验的总结,使用设计模式是为了可重用代码、让代码更容易被人理解、更容易扩展、保证代码可靠性。

设计原则:

  • 依赖倒置原则(DIP):
* 高层模块(稳定)不应该依赖于底层模块(变化),二者都应该依赖于抽象(稳定)
* 抽象(稳定)不应该依赖于实现细节(变化),实现细节应该依赖于抽象(稳定)

  • 开放封闭原则(OCP):
* 对扩展开放,对更改封闭
* 类模块应该是可扩展的,但是不可更改

  • 单一职责原则(SRP):
* 一个类 应该仅有一个因其他变化的原因
* 变化的方向隐含着类的责任
  • Liskov替换原则(LSP):
* 子类必须能够替换他们的基类(IS-A)
* 继承表达类型抽象
  • 接口隔离原则(ISP):
* 不应该强迫客户程序依赖他们不用的方法
* 接口应该小而完备

  • 最小知识原则(LOD):
* 一个对象应该对其他对象有尽可能少的了解
* 降低耦合,减少依赖,使得系统的功能模块功能相对独立
* 可能造成的后果:系统中存在大量的中介类。这些类完全是为了传递类之间的相互调用关系,一定程度上增加了系统的复杂度

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

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

  • 针对接口编程而不是针对实现编程:
* 不将变量类型声明为某个特定的具体类,而是声明为某个接口
* 客户程序只需要直到对象所具有的接口
* 减少系统中各部分之间德依赖关系,从而实现“高内聚,低耦合”的类型设计方案

猜你喜欢

转载自blog.csdn.net/qq_39424143/article/details/89449740
今日推荐