“类族”是一种很有用的模式，可以隐藏“抽象基类”背后的实现细节。
1.类族模式
（1）类族模式只是一个较为新颖的概念，在实际开发中，这种模式应该已经被绝大多数开发者使用。
（2）类族模式的优点：隐藏抽象基类背后的复杂细节，使用者只需调用基类简单的方法就可以返回不同的子类实例，以UIButton的创建为例。
// 1> 以枚举的方式定义不同的初始化方法：
/**
typedef NS_ENUM(NSInteger, UIButtonType) {
UIButtonTypeCustom = 0,
UIButtonTypeSystem NS_ENUM_AVAILABLE_IOS(7_0),
UIButtonTypeDetailDisclosure,
UIButtonTypeInfoLight,
UIButtonTypeInfoDark,
UIButtonTypeContactAdd,
UIButtonTypeRoundedRect = UIButtonTypeSystem,
};
*/
// 2> 创建不同类型的btn，无需知道实现方法
+ (UIButton *)buttonWithType:(UIButtonType)buttonType;
UIButton *button1 = [UIButton buttonWithType:UIButtonTypeCustom];
UIButton *button2 = [UIButton buttonWithType:UIButtonTypeSystem];
该方法所返回的对象，其类型取决于传入的按钮类型（button type）。然而，不管返回什么类型的对象，它们都继承自同一个基类：UIButton。这么做的意义在于：UIButton类的使用者无须关心创建出来的按钮具体属于哪个子类，也不用考虑按钮的绘制方式等实现细节。使用者只需要明白如何创建按钮，如何设置像“标题”（title）这样的属性，如何添加触摸动作的目标对象等问题就好。
回到开头说的那个问题上，我们可以把各种按钮的绘制逻辑都放在一个类里，并根据按钮的类型来切换：
- (void)drawRect:(CGRect)rect {
if (_type == TypeA) {
// Draw TypeA button
} else if (_type == TypeB)B{
// Draw TypeB button
} /* ... */
}
这样写现在看上去还算简单，然而，若是需要按照按钮类型来切换的绘制方法有许多种，那么就会变得很麻烦了。这时我们应该将这种代码重构为多个子类，把各种按钮所用的绘制方法放到相关子类中去。不过，此时需用户知道各种子类才行。此时应该使用“类族模式”，该模式可以灵活应对多个类，将它们的实现细节隐藏在抽象基类后面，以保持接口简洁。用户无须自己创建子类实现，只需调用基类方法来创建即可。
创建类族
举了个栗子~~~~ 假设有一个处理雇员的类，每个雇员都有“名字” 和 “薪水”这两个属性，管理者可以命令其执行日常工作。但是，各种雇员的工作内容不同。经理在带领雇员做项目时，无须关心每个人如何完成其工作，仅需指示其开工即可。
首先要定义抽象基类：
typedef NS_ENUM(NSUInteger, EOCEmployeeType) {
EOCEmployeeTypeDeveloper,
EOCEmployeeTypeDesiner,
EOCEmployeeTypeFinance
};
@interface EOCEmployee : NSObject
@property (nonatomic, copy) NSString *name;
@property (nonatomic, assign) NSUInteger salary;
+ (EOCEmployee *)employeeWithType:(EOCEmployeeType)type;
- (void)doADaysWork;
@end
@implementation EOCEmployee
+ (EOCEmployee *)employeeWithType:(EOCEmployeeType)type {
switch (type) {
case EOCEmployeeTypeDeveloper:
return [EOCEmployeeTypeDeveloper new];
break;
case EOCEmployeeTypeDesiner:
return [EOCEmployeeTypeDesiner new];
break;
case EOCEmployeeTypeFinance:
return [EOCEmployeeTypeFinance new];
break;
}
}
- (void)doADaysWork {
// Subclasses implement this.
}
@end
每个“实体子类”都从基类继承而来。例如：
@interface EOCEmployeeTypeDeveloper : EOCEmployee
@end
@implementation EOCEmployeeTypeDeveloper
- (void)doADaysWork {
[self writeCode];
}
@end
在本例中，实现了一个“类方法”，该方法根据待创建的雇员类别分配好对应的雇员类实例。
如果对象所属的类位于某个类族中，那么在查询其类型信息时就要当心了。你可能觉得自己创建了某个类的实例，然而实际上创建的却是其子类的实例。在上例中，[employee isMemberOfClass:[EOCEmployee class]]似乎会返回YES，但实际是NO，因为employee并非Employee类的实例，而是其某个子类的实例。
2.以NSArray为例，深入理解“类族”
- 无打印
NSArray *array = [[NSArray alloc] init];
if ([array class] == [NSArray class]) {
NSLog(@"arrayClass == NSArrayClass");
}
- 无打印
NSArray *array = [[NSArray alloc] init];
if ([array isMemberOfClass:[NSArray class]]) {
NSLog(@"isMemberOfClass");
}
- 打印出：isKindOfClass
NSArray *array = [[NSArray alloc] init];
if ([array isKindOfClass:[NSArray class]]) {
NSLog(@"isKindOfClass");
}
- 验证原理：array是NSArray子类的一个实例，而NSArray是一个抽象的基类
NSArray *array = [[NSArray alloc] init];
NSLog(@"%@",[[array class] debugDescription]);//__NSArray0
NSLog(@"%@",[[array superclass] debugDescription]);//NSArray
3.学习2中的三个方法
（1）isMemberOfClass：判断是否是这个类的实例
（2）isKindOfClass：判断是否是这个类或者这个类的子类的实例
我们经常需要向类族中新增实体子类，不过这么做的时候得留心。在Employee这个例子中
，若是没有“工厂方法”的源代码，那就无法向其中新增雇员类别了。然而对于NSArray这样的类族来说，还是有办法新增子类的，但是需要遵守几条规则。规则如下：
- 子类应该继承自类族中的抽象基类。
若要编写NSArray类族的子类，则需令其继承自不可变数组的基类活可变数组的基类。 - 子类应该定义自己的数据存储方式。
开发者编写NSArray子类时，经常在这个问题上受阻。子类必须用一个实例变量来存放数组中的对象。这似乎与大家预想的不同，我们以为NSArray本身只不过是包在其他隐藏对象外面的壳，它仅仅定义了所有数组都需具备的一些接口。对于这个自定义的数组子类来说，可以用NSArray来保存其实例。 - 子类应当覆写超类文档中指明需要覆写的方法。
在每个抽象基类中，都有一些子类必须覆写的方法。比如说，想要编写NSArray的子类，就需要实现“count” 及 “objectAtIndex:”方法。像lastObject这种方法则无须实现，因为基类可以根据前面两个方法实现出这个方法。
在类族中实现子类时所需遵循的规范一般都会定义于基类的文档之中，编码钱应先看看。
要点：
- 类族模式可以把实现细节隐藏在一套简单的公共接口后面。
- 系统框架中经常使用类族。
- 从类族的公共抽象基类中继承子类时要小心，若有开发文档，则应首先阅读。
