1-组合与继承
Composition（复合）——has a
一个class或者struct的成员变量中含有一个或者若干个其他的class或者struct。
UML类图
Adapter模式
Comtposition关系下的构造与析构
构造由内而外：先构造成员变量类，再构造本身。Container::Container(……): Component() {……}
析构由外而内：先析构本身，再去析构成员变量。Container::~Container(……): ~Component() {……}
Delegation（委托）——composition by reference
类的实现全部放在另外一个类中，并且类有一个私有成员变量是实现类的指针或者引用类型。
Handle/Body（pImpL）编译防火墙
Pimpl(pointer to implementation, 指向实现的指针)是一种常用的，用来对“类的接口与实现”进行解耦的方法。这个技巧可以避免在头文件中暴露私有细节(见下图1)，因此是促进API接口与实现保持完全分离的重要机制。但是Pimpl并不是严格意义上的设计模式(它是受制于C++特定限制的变通方案)，这种惯用法可以看作桥接设计模式的一种特例。
编译防火墙——C++的Pimpl惯用法解析
reference counting
Inheritance（继承）——is a
Inheritance关系下的构造和析构
构造由内而外：先调用基本的构造函数，子类的构造函数再执行。'Derived::Derived(……): Base(){……}'
析构由外而内：子类的析构函数先执行，再析构积累。（基类的析构函数必须是虚函数）
Derived::~Derived(……): ~Base(){……}2-虚函数与多态
Inheritance with virtual functions:
non-virtual:不希望子类override。
virtual:希望子类去重写（但是不重写也是可以的
using Parent::Method;）。pure virtual:强制之类去定义某函数。
（当我们不希望对虚函数进行动态绑定的时候，而是希望强制调用某一个版本的虚函数时，可以用作用域运算符::来实现）
BaseP->xxx::x()C++11中的final与override
当子类中定义的函数与基类中的虚函数名字相同但是形参列表不同，在旧的标准中，这个函数将不被视作该虚函数的覆盖，在C++11标准中，使用override关键词，编译器在这种情况下将会提醒。
若在一个类中将某函数定义为final，则他的所有子类、孙子类中都不能对该函数进行覆盖。同时final关键字也可以用于class中，防止该类被继承。
"Template" Method:由子类去定义的虚函数这种模式的别称，有别于template function。
Inheritance+Composition关系下的构造和析构的两种情况
子类继承与基类，并包含另一个类
Derived::Derived(……): Base(){……},Component() {……};
Derived::~Derived(……){ ~Base(){……},~Component() {……}};
基类包含另一个类，并被子类继承
Derived::Derived(……): Base(){……}:Component() {……};
Derived::~Derived(……): ~Base(){……}:~Component() {……};
Delegation+Inheritance
3-委托相关设计
C++好像第一次听到委托这个概念，暂时还比较乱，需要多学习~
