设计模式7大原则

设计模式7大原则,第1张

设计模式7大原则 设计模式7大原则
  • 单一职责原则

    • 对类来说,一个类应该只负责一项职责。
    • 单一职责原则的作用在于
      • 降低类的复杂度,一个类只负责一项职责
      • 提高类的可读性,课维护性
      • 降低变更引起的风险
  • 接口隔离原则

    • 使用多个隔离的接口,比使用单个接口要好。它还有另外一个意思是:降低类之间的耦合度。既一个类对一个类的依赖应该建立在最小的接口上
  • 依赖倒转(倒置)原则

    • 高层模块不应该依赖底层模块,二者应该依赖其抽象

    • 抽象不应该依赖细节,细节应该依赖抽象

    • 核心思想是面向接口编程

    • 针对接口编程,依赖于抽象而不依赖于具体。

    • 变量的声明类型尽量是抽象类或接口,这样会使我们的变量阴阳眼和实际对象间,就存在于一个缓冲层,利于程序的扩展和优化

  • 里氏替换原则

    • 任何基类可以出现的地方,子类一定可以出现
    • 所有引用基类的地方必须能透明地使用其子类对象
    • 里氏代换原则是对实现抽象化的具体步骤的规范。
    • 在使用继承时,遵循里氏替换原则,在子类中尽量不要重写父类的方法。
    • 但原来的父类和子类都继承一个更通俗的基类,可以将原有的继承关系去掉,采用依赖,聚合,组合等关系替代
  • 开闭原则

    • 对扩展开放,对修改关闭。用抽象构建框架,用实现扩展细节。在程序需要进行拓展的时候,尽量的是通过扩展程序实体行为来进行变化,而不是通过修改已有的代码来实现变化
  • 迪米特法原则

    • 一个实体应当尽量少地与其他实体之间发生相互作用,使得系统功能模块相对独立。
    • 迪米特法原则的核心是降低类之间的耦合
  • 合成复用原则

    • 尽量使用合成/聚合的方式,而不是使用继承。
  • 设计原则核心思想是

    • 针对接口编程,而不是针对实现编程
    • 为了交互对象之间的松耦合设计而努力
    • 找到应用当中可能需要变化之处,将它们独立出来,与不需要变化的代码分开

可以观看韩顺平老师讲解的设计模式来进行学习

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5692445.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-17
下一篇 2022-12-17

发表评论

登录后才能评论

评论列表(0条)

保存