C++

优先使用组合的方式，而不是继承 class AbstractCar{ public: virtual void run() = 0; }; class BMW:public AbstractCar{ public: void run()override{ cout << "BMW run" << endl; } }; class DaZhong:public AbstractCar{ public: void run()override{ cout << "DaZhong run" << endl; } }; #if 0// 错误的做法 class Person : public BMW{ public: void drive(){ run(); } }; void test1(){ Person p; p.drive(); } #endif // 正确做法 class Person{ public: Person(){ car = nullptr; } Person(AbstractCar* c){ car = c; } void drive(){ car->run(); delete car; } void drive(AbstractCar* car){ car->run(); delete car; } private: AbstractCar* car; }; void test2(){ // 方式一： Person* p = new Person(new BMW); p->drive(); delete p; p = new Person(new DaZhong); p->drive(); delete p; // 方式二： Person pp; pp....

又叫最少知识原则 封装一个中间层进行隔离 class AbstractBuilding{ public: virtual string getQuality()const = 0; virtual void sale() = 0; }; class BuildingA:public AbstractBuilding{ public: BuildingA(){ m_quality = "高品质"; } string getQuality()const override{ return m_quality; } void sale()override{ cout << "楼盘A：" << m_quality << endl; } private: string m_quality; }; class BuildingB:public AbstractBuilding{ public: BuildingB(){ m_quality = "低品质"; } string getQuality()const override{ return m_quality; } void sale()override{ cout << "楼盘B：" << m_quality << endl; } private: string m_quality; }; // 错误的做法 // 客户端 void test1(){ string myRequest = "低品质"; BuildingA* bA = new BuildingA; if(bA->getQuality() == myRequest){ bA->sale(); delete bA; } BuildingB* bB = new BuildingB; if(bB->getQuality() == myRequest){ bB->sale(); delete bB; } } // 正确做法 // 封装一个中间类 class Mediator{ public: Mediator(){ AbstractBuilding* b = new BuildingA; vb....

对扩展开放，对修改关闭 类模块应该是可扩展的，但是不可修改源代码 如下所示，如果想要扩展乘法、除法、取模等算法，就不用修改原码，只需增加新类 class AbstractCalculator{ public: virtual void setOperatorNum(int a, int b) = 0; virtual int getResult() = 0; }; class PlusCalculator:public AbstractCalculator{ public: void setOperatorNum(int a, int b)override{ m_a = a; m_b = b; } int getResult()override{ return m_a + m_b; } private: int m_a{0}; int m_b{0}; }; class MinusCalculator:public AbstractCalculator{ public: void setOperatorNum(int a, int b)override{ m_a = a; m_b = b; } int getResult()override{ return m_a - m_b; } private: int m_a{0}; int m_b{0}; }; int main() { AbstractCalculator* calculator = new PlusCalculator; calculator->setOperatorNum(10, 20); cout << calculator->getResult() << endl; delete calculator; calculator = nullptr; calculator = new MinusCalculator; calculator->setOperatorNum(10, 20); cout << calculator->getResult() << endl; delete calculator; calculator = nullptr; return 0; }

原则目的：高内聚，低耦合，隔离变化 依赖倒置原则 Dependence Inversion Principal（DIP） 依赖于抽象（接口），不要依赖具体的实现（类） 针对接口编程 开闭原则 Open-Closed Principal（OCP） 对扩展开放，对修改关闭 类的改动是通过增加代码进行的，而不是修改源代码 单一职责原则 Single Responsibility Principal（SRP） 类的职责单一，对外只提供一种功能 一个类应该仅有一个引起它变化的原因 变化的方向隐含着类的责任 里氏代换原则 Liskov Substitution Principal（LSP） 任何抽象类出现的地方都可以用他的实现类进行替换（多态） 子类必须能够替换它们的基类(IS-A) 继承表达类型抽象。 接口隔离原则 Interface Segregation Principal（ISP） 不应该强迫客户程序依赖他们不用的方法 接口应该小而完备 一个接口应该只提供一种对外功能，不应该把所有操作都封装到一个接口中去 合成复用原则 Composite Reuse Principal（CRP） 对于继承和组合，优先使用组合 类继承通常为 白箱复用，对象组合通常为 黑箱复用 继承在某种程度上破坏了封装性，子类父类耦合度高 而对象组合则只要求被组合的对象具有良好定义的接口，耦合度高 迪米特法则 Law of Demeter（LoD） 一个对象应当对其他对象尽可能少的了解（最小接口原则），从而降低各个对象之间的耦合。例如在一个程序中，各个模块之间相互调用时，通常会提供一个统一的接口来实现。这样其他模块不需要了解另外一个模块的内部实现细节（黑盒原理） 封装变化点，使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良的影响，从而实现层次间的松耦合 针对接口编程，而不是针对实现编程 不将变量类型声明为某个特定的具体类，而是声明为某个接口 客户程序无需获知对象的具体类型，只需要知道对象所具有的接口 减少系统中各部分的依赖关系，从而实现 高内聚、松耦合 的类型设计方案

设计模式 一、概念 设计模式是在特定环境下人们解决某类重复出现的问题的一套成功或有效的解决方案。 软件模式并非仅限于设计模式，还包括架构模式、分析模式、过程模式等。 在一定环境下，用固定套路解决问题。 设计模式的基础是多态。 二、目的 学习设计模式有助于更加深入的理解面向对象思想 如何将代码分散在几个不同的类中 为什么要有接口 何谓针对抽象编程 何时不应该使用继承 如何不修改源代码增加新功能 更好地阅读和理解现有类库与其它系统中的源代码 三、软件设计模式种类 GoF 提出的设计模式有 23 种，加简单工厂模式，一共 24 种 1、创建型模式 Creational 6种 如何创建对象 单例模式 简单工厂模式 工厂方法模式 抽象工厂模式 原型模式 建造者模式 2、结构型模式 Structural 7种 如何实现类或对象的组合 让类和类进行组合，获得更大的结构 适配器模式 桥接模式 组合模式 装饰模式 外观模式 享元模式 代理模式 3、行为型模式 Behavioral 11种 类或对象怎样交互以及怎样分配职责 职责链模式 命令模式 解释器模式 迭代器模式 中介模式 备忘录模式 观察者模式 状态模式 策略模式 模板方法模式 访问者模式