【GoF 23】23种设计模式与OOP七大原则概述

1. 什么是GoF 23?

GoF 23也就是23种设计模式。1995年GoF(Gang of Four,四人组/四人帮)合作出版了《设计模式:可复用面向对象软件的基础》一书,一共收录了23种设计模式,从此梳理了软件设计模式领域的里程碑,人称[GoF设计模式]。

2. 什么是设计模式?

设计模式的本质是面向对象设计原则的实际运用,是对类的封装性、继承性、多态性以及类的关联关系和组合关系的充分理解。

是前辈们对代码开发经验的总结,是解决特定问题的一些列套路。它不是语法规定,而是一套用来提高代码可复用性、可读性、可维护性、稳健性以及安全性的解决方案。

正确使用设计模式具有以下优点:

  • 可以提高程序员的思维能力、编程能力和设计能力。
  • 是程序设计更加标准化、代码编制更加工程化,是软件开发效率大大提高,从而缩短软件的开发周期。
  • 使设计的代码可复用性高、可读性强、可靠性高、灵活性好、可维护性强。

3. 23种设计模式分类

创建型模式:抽象了对象实例化的过程,用来帮助创建对象的实例

单例模式、工厂模式、抽象工厂模式、建造者模式、原型模式。

结构型模式:描述如何组合类和对象,以获得更大的结构

适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。

行为模式:描述算法和对象间职责的分配

模板方法模式、命令模式、迭代器模式、观察者模式、中介模式、备忘录模式、解释器模式、状态模式、策略模式、职责模式、访问者模式。

4. 什么是OOP七大原则?

OOP即面向对象七大原则。

  1. 开闭原则: 对扩展开放,对修改关闭。也就是在扩展功能时,不能去修改原有的代码,而是在原有的代码基础上进行功能扩展。
  2. 里氏替换原则: 继承必须确保超类所拥有的性质在子类中任然成立。尽量添加新的方法来实现新的功能,不要重写父类的方法来实现功能,否则程序的可复用性就会变差,在多态的场景下程序也会出现错误。
  3. 依赖倒置原则: 要面向接口编程,不要面向现实编程。高层模块不应该依赖底层模块,两者都应该依赖其抽象;抽象不应该依赖细节,细节应该依赖抽象,这样就降低了程序的耦合度。
  4. 单一职责(功能)原则: 控制类的粒度的大小、将对象解耦、提高其内聚性。即一个方法、语句、表达式应该单一的做一件事情,不要用一个方法来实现多个功能。
  5. 接口隔离原则: 要为各个类建立它们需要的专用接口。一个类对应一个接口,不要用多个类实现同一个接口。类似单一实现。
  6. 迪米特法则(最少知道法则): 一个对象应该保持对其他对象的最少了解,也就是子类要尽量避免直接使用父类的属性,减少耦合。即只与你的直接朋友交谈,不跟“陌生人”说话。保证A-B-C链式调用,不要A直接与C通信。缺点就是B有点冗余,但重点还是要保证系统结构清晰。
  7. 合成复用原则: 尽量先使用组合或者聚合等关联关系来实现,其次才考虑使用继承关系来实现。也就是尽量先考虑将对象B作为对象A的属性来使用,其次才是考虑继承(开闭原则的实现)。
    组合:父类可以拥有子类,子类不能独立于父类存在。
    聚合:父类可以包含子类,子类可以独立于父类存在。
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

CODER-V

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

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

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

打赏作者

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

抵扣说明:

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

余额充值