C++岗位求职面试八股文第十六篇（设计模式）

系列文章目录

第一篇：语言基础
第二篇：设计模式
第三篇：数据库
第四篇：计算机网络
第五篇：操作系统
第六篇：LInux
第七篇：数据结构
第八篇：智力题

[1]设计模式

[2]分类

[3]类图表示

[4]类与类之间的关系

关联（聚合、组合）、依赖、继承、实现

[5]软件设计原则

4性：可维护性、可复用性、可拓展性、灵活性

6原则：
单一职责：类的职责单一，对外只提供一种功能，引起类的变化的原因只有一个

开闭原则：对拓展开放，对修改关闭。类的改动是增加代码进行的，而不是修改源码

里氏代换原则：多态，任何抽象类出现的地方可以用其他的实现类替换

迪米特原则:一个对象应当对其他对象尽可能少的了解，降低耦合，提高系统维护性。

合成复用原则：对继承和组合，优先使用组合。

如果使用继承，会导致父类的任何变换都可能影响到子类的行为。
如果使用对象组合，就降低了这种依赖关系

依赖倒转原则:依赖于抽象接口，不依赖于具体的实现类

接口隔离原则

[6]单例模式：（创建型）

1.构造函数私有化
2.增加静态私有的当前类的指针变量
3.提供静态对外接口，可以让用户获得单例对象

单例模式遇到多线程：懒汉式不安全，饿汉式安全
链接

[7]单例模式定义

保证一个类仅有一个实例，并提供一个访问它的全局访问点，该实例被所有程序模块共享。
那么我们就必须保证：
（1）该类不能被复制。
（2）该类不能被公开的创造。
那么对于C++来说，它的构造函数，拷贝构造函数和赋值函数都不能被公开调用

单例模式实现方式
单例模式通常有两种模式，分别为懒汉式单例和饿汉式单例。
1.懒汉式设计模式
懒汉模式的特点是延迟加载，比如配置文件，采用懒汉式的方法，配置文件的实例直到用到的时候才会加载，不到万不得已就不会去实例化类，也就是说在第一次用到类实例的时候才会去实例化。

2.饿汉模式
单例类定义的时候就进行实例化。因为main函数执行之前，全局作用域的类成员静态变量m_Instance已经初始化，故没有多线程的问题。

两种模式实现方式分别如下：
（1）懒汉式设计模式实现方式（2种）
a. 静态指针 + 用到时初始化
b. 局部静态变量
（2）饿汉式设计模式（2种）
a. 直接定义静态对象
b. 静态指针 + 类外初始化时new空间实现

双重校验DCL

[8]懒汉式优缺点

[9]单例模式应用： 数据库连接池 线程池

[10]请说说工厂设计模式，如何实现，以及它的优点（创建型）

1.工厂设计模式的定义
定义一个创建对象的接口，让子类决定实例化哪个类，而对象的创建统一交由工厂去生产，有良好的封装性，既做到了解耦，也保证了最少知识原则。

2.工厂设计模式分类
工厂模式属于创建型模式，大致可以分为三类，简单工厂模式、工厂方法模式、抽象工厂模式。听上去差不多，都是工厂模式。下面一个个介绍：

（1）简单工厂模式
它的主要特点是需要在工厂类中做判断，从而创造相应的产品。当增加新的产品时，就需要修改工厂类。
优点： 简单工厂模式可以根据需求，动态生成使用者所需类的对象，而使用者不用去知道怎么创建对象，使得各个模块各司其职，降低了系统的耦合性。
缺点：就是要增加新的核类型时，就需要修改工厂类。这就违反了开放封闭原则：软件实体（类、模块、函数）可以扩展，但是不可修改。

[11]关于简单⼯⼚模式对外提供怎样的访问接⼝

（2）工厂方法模式
所谓工厂方法模式，是指定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。

优点： 扩展性好，符合了开闭原则，新增一种产品时，只需增加改对应的产品类和对应的工厂子类即可。（简单工厂+开闭=工厂方法）
缺点：每增加一种产品，就需要增加一个对象的工厂。如果这家公司发展迅速，推出了很多新的处理器核，那么就要开设相应的新工厂。在C++实现中，就是要定义一个个的工厂类。显然，相比简单工厂模式，工厂方法模式需要更多的类定义。

（3）抽象工厂模式
它的定义为提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
优点： 工厂抽象类创建了多个类型的产品，当有需求时，可以创建相关产品子类和子工厂类来获取。
缺点： 扩展新种类产品时困难。抽象工厂模式需要我们在工厂抽象类中提前确定了可能需要的产品种类，以满足不同型号的多种产品的需求。但是如果我们需要的产品种类并没有在工厂抽象类中提前确定，那我们就需要去修改工厂抽象类了，而一旦修改了工厂抽象类，那么所有的工厂子类也需要修改，这样显然扩展不方便。

[12]继承优缺点

[13]请说说装饰器计模式，以及它的优缺点（结构型）

1.装饰器计模式的定义
指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式，它属于结构型模式。

2.优点
（1）装饰器是继承的有力补充，比继承灵活，在不改变原有对象的情况下，动态的给一个对象扩展功能，即插即用；
（2）通过使用不用装饰类及这些装饰类的排列组合，可以实现不同效果；
（3）装饰器模式完全遵守开闭原则。

3.缺点
装饰模式会增加许多子类，过度使用会增加程序得复杂性。
装饰模式的结构与实现
通常情况下，扩展一个类的功能会使用继承方式来实现。但继承具有静态特征，耦合度高，并且随着扩展功能的增多，子类会很膨胀。如果使用组合关系来创建一个包装对象（即装饰对象）来包裹真实对象，并在保持真实对象的类结构不变的前提下，为其提供额外的功能，这就是装饰模式的目标。下面来分析其基本结构和实现方法。

4.装饰模式主要包含以下角色：
（1）抽象构件（Component）角色：定义一个抽象接口以规范准备接收附加责任的对象。
（2）具体构件（ConcreteComponent）角色：实现抽象构件，通过装饰角色为其添加一些职责。
（3）抽象装饰（Decorator）角色：继承抽象构件，并包含具体构件的实例，可以通过其子类扩展具体构件的功能。
（4）具体装饰（ConcreteDecorator）角色：实现抽象装饰的相关方法，并给具体构件对象添加附加的责任。

[14]请说说观察者设计模式，如何实现（行为型）

1.观察者设计模式的定义
指多个对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。这种模式有时又称作发布-订阅模式、模型-视图模式，它是行为型模式。

2.优点
（1）降低了目标与观察者之间的耦合关系，两者之间是抽象耦合关系。符合依赖倒置原则。
（2）目标与观察者之间建立了一套触发机制。

3.缺点
（1）目标与观察者之间的依赖关系并没有完全解除，而且有可能出现循环引用。
（2）当观察者对象很多时，通知的发布会花费很多时间，影响程序的效率。

4.观察者设计模式的结构与实现
观察者模式的主要角色如下：
（1）抽象主题（Subject）角色：也叫抽象目标类，它提供了一个用于保存观察者对象的聚集类和增加、删除观察者对象的方法，以及通知所有观察者的抽象方法。
（2）具体主题（Concrete Subject）角色：也叫具体目标类，它实现抽象目标中的通知方法，当具体主题的内部状态发生改变时，通知所有注册过的观察者对象。
（3）抽象观察者（Observer）角色：它是一个抽象类或接口，它包含了一个更新自己的抽象方法，当接到具体主题的更改通知时被调用。
（4）具体观察者（Concrete Observer）角色：实现抽象观察者中定义的抽象方法，以便在得到目标的更改通知时更新自身的状态。

[15]策略模式优缺点（行为型）

[续]C++岗位求职面试八股文第十七篇（数据库）