抽象工厂模式（Abstract Factory）：提供一个创建一系列相关或者相互依赖对象的接口，而无需制定他们具体的类。

（1），工厂方法模式是定义一个用于创建对象的接口，让子类决定实例化哪一个类。

（2），为创建不同的产品对象，客户端应使用不同的具体工厂。

抽象工厂模式的优点和缺点：

（1），好处是便于交换产品系列，由于具体工厂类在一个应用中只需要在初始化的时候出现一次，这就使得改变一个应用的具体工厂变得非常容易，它只需要改变具体工厂即可使用不同的产品配置。

（2），它让具体的创建实例过程和客户端分离，客户端是通过他们的抽象接口操纵实例，产品的具体类名也被具体工厂的实现分离，不会出现在客户端代码中。

（3），用简单工厂可以改进抽象工厂。

（4），用反射+抽象工厂的数据访问程序。

（5），用反射+配置文件实现数据访问程序。

（6），所有在用简单工厂的地方，都可以考虑用反射技术来去除 switch 或 if，解除分支判断带来的耦合。

Effective C++：

1：转型操作符。

（1），const_cast 通常用来将对象的常量性去掉（cast away the constness )。它也是唯一有此能力的 C++-style 转型操作符。

（2），dynamic_cast 主要用来转型“安全向下转型” （safe downcasting），也就是用来决定某对象是否归属继承体系的某个类型。它是唯一无法用旧式语法执行的动作，也是唯一肯呢过耗费重大运行成本的转型动作。

（3），reinterpret_cast 意图执行低级转型，实际动作以及结果可能取决于编译器，这也就表示它不可移植。例如讲一个 pointer to int 转型为 一个 int。这一类转型在第几代码以外很少见。

（4），static_cast 用来强迫隐式转换（implicit conversions)，例如将 non-const 对象转为 const 对象，或将 int 转为 double 等等。它也可以用来执行上述多种转换的反向转换，例如将 void* 指针转为 typed 指针，将 pointer-to-base 转为 pointer-to-derived。但它违法将 const 转为 non-const。

2：尽量少做转型动作

（1），如果可以，尽量避免转型，特别是在注重效率的代码中避免dynamic_casts。如果这个设计需要转型动作，试着发展无需转型的替代设计。

（2），如果转型是必要的，试着将它隐藏于某个函数背后。客户随后可以调用该函数，而不需将转型放进他们自己的代码内。

（3），宁可使用 C++-style 转型，不要使用旧式转型。前者很容易辨识出来，而且有着比较愤懑别类的执掌。

3：避免返回 handles 指向对象内部成分

（1），避免返回 handles (包括 references、指针、迭代器）指向对象内部。遵守这个条款可增加封装性，帮助 const 成员函数的行为像个 const，并将发生“虚吊号码牌”（dangling handles）的可能性降到最低。