第九条：以“类族模式”隐藏实现细节
“类族”（class cluster）是一种很有用的模式（pattern），可以隐藏“抽象基类”（abstract base class）背后的实现细节。
Objective-C的系统框架中普遍使用此模式。
创建类族
首先定义抽象基类
每个“实体子类”（concrete subclass）都从基类继承而来。
Objective-C语言没办法指明某个基类是“抽象的”（abstract）。开发者通常会在文档中写明类的用法。这种情况下，基类接口一般都没有名为“init”的成员方法。
这暗示该类的实例也许不应该由用户直接创建。
Cocoa里的类族
大部分collection类都是类族。
例如：
在使用NSArray的alloc方法来获取实例时，该方法首先会分配一个属于某类的实例，此实例充当“占位数组”（placeholder array）。该数组稍后会转为另一个类的实例，而那个类则是NSArray的实体子类。
像NSArray这样的类的背后其实是一个类族（对于大部分collection类而言都是这样）
下面是一个错误示例：
id maybeAnArray = /* …*/;
if([maybeAnArray class] == [NSArray class]){
// will never be hit
}
知道了NSArray是一个类族，就知道if语句永远不会为真
因为[maybeAnArray class]所返回的类绝不可能是NSArray类本身，因为由NSArray的初始化方法所返回的那个实例其类型在类族公共接口（public facade）后面的某个内部类型（internal type）。
不过仍有办法可以判断出某个实例所属的类是否位于类族中。
使用类查询方法（introspection method）
id maybeAnArray = /*…*/;
if([maybeAnArray isKindOfClass:[NSArray class]){
//will be hit
}
向类族中增加新子类，遵守规则：
1.子类应该继承自类族中的抽象基类
2.子类应该定义自己的数据存储方式（抽象基类只是包在其他隐藏对象外面的壳，它仅仅定义了所有子类都需具备的一些接口）
3.子类应当覆写超类文档中指明需要覆写的方法
【要点】
1.类族模式可以把实现细节隐藏在一套简单的公共接口后面
2.系统框架中经常使用类族
3.从类族的公共抽象基类中继承子类时要当心，若有开发文档，则应先阅读
