【重走编程路】设计模式概述(一) -- 概述


前言

设计模式是软件开发中用于解决常见设计问题的标准、经过验证的方法。设计模式是一种抽象化的思维方式,它们不是完整的代码,而是一种通用的框架,是可以用于解决各种不同的软件设计问题的模板。

设计模式并不是一成不变的法则,而是根据不同的问题和情境来决定是否使用以及如何使用。了解和应用设计模式可以帮助开发人员更好地组织代码,提高代码的可读性和可维护性,同时也有助于促进团队之间的合作和沟通。


设计模式的分类

1. 创建型模式(Creational Patterns)

创建型模式关注对象的创建过程,提供了一种创建对象的最佳方式,并隐藏了创建逻辑的细节。

  1. 单例模式(Singleton) :通过限制类的实例化,确保某个类只有一个实例,并提供一个全局访问点。
  2. 工厂方法模式(Factory Method) :允许子类决定实例化哪一个类,并将一个类的实例化延迟到其子类。
  3. 抽象工厂模式(Abstract Factory) :使一个类的实例化延迟到其子类,且子类可以改变所创建实例的类。提供一个接口,用于创建一系列相关对象,而不指定具体类。
  4. 建造者模式(Builder):将一个复杂对象的构建与表示分离,允许相同的构建过程创建不同的表示。
  5. 原型模式(Prototype):通过复制现有实例来创建新的实例,无需知道相应类的信息。

2. 结构型模式(Structural Patterns)

结构型模式关注如何组合对象以形成更大的结构,提供了一种将对象组合成具有特定行为的结构的最佳方式。

  1. 适配器模式(Adapter):将一个类的接口转换成客户端所期望的另一种接口,使得原本由于接口不兼容而无法一起工作的类能够一起工作。
  2. 装饰器模式(Decorator):动态地给一个对象添加一些额外的职责,就增加功能来说,装饰器模式相比生成子类更为灵活。
  3. 代理模式(Proxy):为其他对象提供一个代理以控制对这个对象的访问。
  4. 桥接模式(Bridge):将抽象部分与其实现部分分离,使它们都可以独立变化。桥接模式将抽象层与实现层解耦,使得两者可以独立扩展而互不影响。
  5. 外观模式(Facade):运用共享技术有效地支持大量细粒度的对象。
  6. 组合模式(Composite):将对象组合成树形结构以表示“部分-整体”层次结构。组合模式使得客户对单个对象和复合对象的使用具有一致性。
  7. 享元模式(Flyweight):为子系统中的一组接口提供一个一致的界面。享元模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。

3. 行为型模式(Behavioral Patterns)

行为型模式关注对象之间的交互以及如何分配职责,提供了一种定义对象之间的行为和职责的最佳方式。

  1. 策略模式(Strategy):定义一系列的算法,把它们一个个封装起来,并且使它们可互相替换。策略模式使得算法可以独立于使用它的客户端变化。
  2. 模板方法模式(Template Method):定义了一个操作中的算法的框架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重新定义该算法的某些特定步骤。
  3. 观察者模式(Observer):定义对象之间的一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。当主题对象状态发生变化时,它的所有依赖者(观察者)都会自动收到通知并更新。
  4. 迭代器模式(Iterator):提供一种方法顺序访问一个聚合对象中的各个元素,而又不需要暴露该对象的内部表示。
  5. 责任链模式(Chain of Responsibility):为解除请求的发送者与接受者之间的耦合,而使多个对象都有机会处理这个请求。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它。
  6. 命令模式(Command):将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可取消的操作。
  7. 备忘录模式(Memento):在不破坏封装性的前提下,捕获一个对象的内部状态。
  8. 状态模式(State):允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。
  9. 访问者模式(Visitor):表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
  10. 中介者模式(Mediator):用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
  11. 解释器模式(Interpreter):给定一个语言,定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子。

设计模式的六大原则

1、开闭原则(Open Close Principle)
开闭原则的意思是:对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。简言之,是为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。

2、里氏代换原则(Liskov Substitution Principle)
里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。LSP 是继承复用的基石,只有当派生类可以替换掉基类,且软件单位的功能不受到影响时,基类才能真正被复用,而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化,而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。

3、依赖倒转原则(Dependence Inversion Principle)
这个原则是开闭原则的基础,具体内容:针对接口编程,依赖于抽象而不依赖于具体。

4、接口隔离原则(Interface Segregation Principle)
这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。它还有另外一个意思是:降低类之间的耦合度。由此可见,其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想,它强调降低依赖,降低耦合

5、迪米特法则,又称最少知道原则(Demeter Principle)
最少知道原则是指:一个实体应当尽量少地与其他实体之间发生相互作用,使得系统功能模块相对独立。

6、合成复用原则(Composite Reuse Principle)
合成复用原则是指:尽量使用合成/聚合的方式,而不是使用继承。

总结

C++设计模式为程序员提供了一种标准化的方法来组织代码、提高代码质量、减少维护成本,并提高开发效率。正确地使用设计模式能够使软件系统更加健壮、可维护和可扩展。对于C++程序员来说,掌握常见的设计模式是非常重要的。

  • 13
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值