设计模式7大原则

设计模式7大原则

  • 单一职责原则

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

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

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

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

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

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

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

  • 里氏替换原则

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

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

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

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

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SC_IT

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值