主要内容：
本讲主要讲解面向对象设计的八大原则，和其中五个设计模式。
1. 综述
目标：可复用（编译单位级别的复用，不是源代码的拷贝粘贴）
方法：面向对象
解决复杂问题方法：分解和抽象。
面向对象：适应变化、各负其责。
2. 面向对象设计八大原则
还是画图理解起来更容易些。。。
面向对象设计八大原则
【接口标准化】分析问题，有时候应该跳出软件，结合人类发展历史。。。秦始皇统一六国。
雕版印刷（紧耦合） --> 活字印刷（松耦合）
3. GOF-23模式
3.1 template method
- 应用程序开发人员使用lib时，由于lib的开发人员已经写好程序的主流程和部分步骤的具体实现（这些是相对稳定的）， 应用开发人员只需对lib的类进行继承，并重写部分（override）它的成员函数（推荐为protdected类型，不被外界直接调用）即可。（晚绑定）。
- 前提是有稳定和不稳定的成分，设计模式才有用武之地。如果全部都稳定，或是全部都不稳定，那么就不能使用设计模式。
- 设计模式看类图时，要找到其中稳定和变化的部分。
- library说：“你（应用程序）不要调用我（library），让我调用你！”
- 虚函数和函数指针都是晚绑定。
3.2 strategy
- 【要动态的看问题，而不只是静态的看待问题。加上时间轴，考虑到未来的变化】
- 使用多态的变量（类内和类外），要用指针。
- 为解决同一个问题的不同算法设计一个类，并实现各种的计算方法，当有新的算法时，则扩展算法（定义新的类来实现）。不同算法之间可以相互替换（变化）。
- 如果if...else if...是绝对稳定的，那么大部分可以采用strategy method。
- 优点：当存在一些无用的算法时， 代码具有良好的本地性，加载的代码，就是调用相应的哪个实现方法，但利用if..else if...他们也会加载这些无用的算法到代码段，影响性能。
3.3 observer/event观察者模式
- 编译时依赖。违背依赖倒置原则。
- c++支持多继承，最好一个是主基类，其他的都是接口类。
- 对象间一对多的依赖关系，一个对象的状态变化时，所有依赖于它的对象得到通知，并各自自动更新。
- 目标和观察者独立更改，松耦合。
- 目标自动发送通知，无需指定观察者。
- 观察者自己决定是否订阅通知，不订阅通知就不用将这个观察者放入到目标虽维护的对象集合。目标无需知道观察者是否订阅了通知。
- 单一职责原则表现突出的模式
3.4 decorator
- 组合-->继承；编译时-->运行时的多态；使用时，编译时装饰-->运行时装饰。
- CryptoStream继承于Stream，并拥有一个Stream的指针（使用这种方法99%都是decorator模式）。继承是为了继承接口，完善接口规范，指针是为了实现运行时多态，实现具体的类。
- 当多个类继承于同一个类时，多个类的相同的成员应该提到基类中，如果其中有些子类并不使用某些基类数据成员，这时就可以将这些数据成员放入一个中间类（DecoratorStream）中.
-
主体操作和扩展操作应该分开继承。
前
后
3.5 bridge
- 类的数目1+n+n*m-->1+n+m
- 当多个类继承同一个类，基类中有一些不被子类重写的成员函数时，可将基类拆分成两个类。（Messager和MessageImp）
抽象部分（平台实现）和实现部分（业务实现），多个变化维度分离，使他们可以独立变化。
