学习日记之抽象工厂模式和Effective C++

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

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

（2），为创建不同的产品对象，client应使用不同的详细工厂。

抽象工厂模式的长处和缺点：

（1）。优点是便于交换产品系列，因为详细工厂类在一个应用中仅仅须要在初始化的时候出现一次，这就使得改变一个应用的详细工厂变得很easy。它仅仅须要改变详细工厂就可以使用不同的产品配置。

（2），它让详细的创建实例过程和client分离。client是通过他们的抽象接口操纵实例。产品的详细类名也被详细工厂的实现分离。不会出如今client代码中。

（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 转型。不要使用旧式转型。前者非常easy辨识出来，并且有着比較愤懑别类的执掌。

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

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