设计模式相关基础知识

设计模式的最终目的：高内聚，低耦合
设计模式的原则：
1）开放封闭原则：
类的改变是通过增加代码进行的，而不是修改代码
案例展示：

2）单一的职责原则：
类的职责要单一，只对外提供一种功能，而引起类变化的原因都应该只有一个
3）依赖倒置原则：
依赖于（抽象）接口，不要依赖具体的实现（类），也就是针对接口编程
图形说明：

案例演示

#include<iostream>
using namespace std;
class HardDisk{
public:
    virtual void work() = 0;
};
class Memory{
public:
    virtual void work() = 0;
};
class Cpu{
public:
    virtual void work() = 0;
};
class Computer{
private:
    HardDisk *m_harddisk;
    Memory *m_memory;
    Cpu *m_Cpu;
public:
    Computer(HardDisk *m_harddisk, Memory *m_memory, Cpu *m_Cpu){
        this->m_harddisk = m_harddisk;
        this->m_memory = m_memory;
        this->m_Cpu = m_Cpu;
    }
    void work(){
        m_harddisk->work();
        m_memory->work();
        m_Cpu->work();
    }
    virtual ~Computer(){
        delete m_Cpu;
        delete m_harddisk;
        delete m_memory;
    }
};
class InterCpu :public Cpu{
public:
    void work(){
        cout << "InterCpu work!" << endl;
    }
};
class KingStonHardDisk :public HardDisk{
public:
    void work(){
        cout << "KingStonHardDisk work!" << endl;
    }
};
class SanDiskMemory :public Memory{
public:
    void work(){
        cout << "SanDiskMemory work!" << endl;
    }
};
int main(void){
    Computer *computer = new Computer(new KingStonHardDisk(), new SanDiskMemory(), new InterCpu());
    computer->work();
    delete computer;
}

调试结果：

4）接口隔离原则：
不应该强迫客户的程序依赖他们不需要的接口方法，一个接口只应该提供一种对外功能，不应该把所有的操作都封装在一个接口中去。
5）里氏替换原则
任何抽象类出现的地方都可以用它的实现类进行替换。实际就是虚拟机制，语言级别实现面向对象的功能。
6）优先使用组合而不是继承原则
如果使用继承，会导致父类的任何变换都可能影响到子类的行为。
如果使用对象组合就降低了这种依赖关系。
7）迪米特原则
一个对象应对其他对象尽可能少的了解，从而降低了各个对象之间的耦合，提高系统的可维护性。例如在一个程序中，各个模块之间相互调用时，通常会提供一个系统的接口来实现。这样其他模块不需要了解其他内部模块的内部实现细节。这样当一个模块内部的实现发生改变时，不会影响到其他模块的使用（黑盒原理）
图形说明

与依赖倒转原则结合，某人和抽象陌生人说话