设计模式（责任链模式-行为扩展）
声明：本系列文章内容摘自《iOS设计模式》
责任链
谁也不是无所不知，俗话说“人多智广”。每个人都有自己的专长，将每个人的智慧连成链条，链条中的每一个单元都可以为问题的解决做出贡献。如果一个人不知道如何解决问题，他就会把这个问题沿着链条传递下去，也许有人可以解决这个问题。有时候，问题即使得到解决也依然会将问题传递下去。链条允许其中的独立单元可以进行升级和改造，而不必修改已有的单元。
责任链的概念
责任链的主要思想是，对象引用了同一类型的另一对象，形成一条链。链中的每一个对象实现了同样的方法，处理对链中第一个对象发起的同一个请求。如果一个对象不知道如何处理请求，他就把请求传递给下一个相应器。
责任链模式：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间发生耦合。此模式将这些对象连成一条链，并沿着这条链传递请求，知道有一个对象处理它为止。
何时使用责任链模式
1.有多个对象可以处理请求，而处理程序只有在运行时才能确定。
2.向一组对象发送请求，而不想显式制定处理请求的特定处理程序。
下面用RPG游戏中人物实现各种防御道具来演示该模式的使用。
在RPG游戏中使用责任链模式
假定游戏中人物有两种防具，一种是防御物理刀剑伤害的金属铠甲和防御魔法伤害的水晶盾牌，攻击包括刀枪伤害和魔法伤害。已盾牌作为第一层防御抵挡攻击，如果抵挡不了就将攻击传递给金属铠甲，金属铠甲如果也不能够抵御伤害，那么就将攻击传递到人物本身上来。用下图来描述：
图1
图2
代码实现
Avatar（人物）、MetalArmor（金属铠甲）和CrystalShield（水晶盾）是AttackHandler（攻击控制类）的子类。AttackHandler定义了一个方法——handleAttack：attack，该方法的默认行为是，把攻击传给另一个AttackHandler的引用，即成员变量nextAttackHandle_。子类重载这个方法，对攻击提供实际的响应，如果AttackHandler不知道如何响应一个攻击，那么就使用[super handleAttack：attack]消息，把攻击转发给super，这样super中的默认实现就会把攻击沿着链传递下去。
有三种攻击方式，SwordAttack（刀剑攻击）、MagicFireAttack（魔法攻击）和LightningAttack（雷电攻击），下面将讨论AttackHandler如何响应各种攻击。
首先看一下AttackHandler父类的代码实现：
#import "Attack.h"
@interface AttackHandler : NSObject
{
@private
AttackHandler *nextAttackHandler_;
}
@property (nonatomic, retain) AttackHandler *nextAttackHandler;
-(void)handleAttack:(Attack *)attack;
@end
AttackHandler定义了一个同类型的私有变量nextAttackHandler_，它是攻击的下一个响应者。AttackHandler的子类应该重载handleAttack:方法，以响应它能够识别的一种攻击。抽象的AttackHandler为这个方法定义了默认行为。
#import "AttackHandler.h"
@implementation AttackHandler
@synthesize nextAttackHandler = nextAttackHandler_;
-(void)handleAttack:(Attack *)attack
{
[nextAttackHandler_ handleAttack:attack];
}
然后看一下第一个防具防具MetalArmor。
MetalArmor子类化AttackHandler并重载其中的handleAttack:方法。
#import "AttackHandler.h" @interface MetalArmor : AttackHandler //重载方法(不是必须写) -(void)handleAttack:(Attack *)attack; @end
#import "MetalArmor.h"
#import "SwordAttack.h"
@implementation MetalArmor
-(void)handleAttack:(Attack *)attack
{
if ([attack isKindOfClass:[SwordAttack class]]) {
NSLog(@"攻击没有通过这个金属盔甲");
}
else
{
NSLog(@"不能识别这个攻击:%@",[attack class]);
[super handleAttack:attack];
}
}
@end
魔法护盾同理也是这样写。
然后看一下人物（Avatar）类，它本身页是AttackHandler的子类，攻击到这里的时候就伤害到的人物本身。
#import "Avatar.h" @implementation Avatar -(void)handleAttack:(Attack *)attack { //实际损伤点数取决于攻击类型 NSLog(@"我被%@攻击到了",[attack class]); } @end
下面就是管理攻击和人物的代码：
//创建人物
_avatar = [[Avatar alloc] init];
//穿金属甲
_metalArmored = [[MetalArmor alloc] init];
[_metalArmored setNextAttackHandler:_avatar];
//穿水晶盾
_crystalShield = [[CrystalShield alloc] init];
[_crystalShield setNextAttackHandler:_metalArmored];
_swordAttack = [[SwordAttack alloc] init];
_magicFireAttack = [[MagicFireAttack alloc] init];
_lightningAttack = [[LightningAttack alloc] init];
switch (attackType) { case SwordAttackType: { [_crystalShield handleAttack:_swordAttack]; _bloodCount -= 1; } break; case MagicFireAttackType: { [_crystalShield handleAttack:_magicFireAttack]; _bloodCount -= 2; } break; case LightningAttackType: { [_crystalShield handleAttack:_lightningAttack]; _bloodCount -= 5; } break; default: break; }
这个简单地RPG游戏的例子演示了如何使用责任链模式，来简化任务处理各种攻击的编码和逻辑。如果不用这个模式，防御逻辑很可能都塞到一个类中（如AVAtar中），代码会乱作一团。
总结
本例中将RPG游戏中的人物的各种防御机制时限为责任链模式。每种防御机制只能应付一种特定的攻击。一个攻击处理程序链决定了人物可以防御何种攻击。在游戏中，任何攻击处理程序都能在任何时间被添加或删除，而不会影响人物的其他行为。对于此类设计，责任链模式是很自然的选择。否则，攻击处理程序的复杂组合会让任务的代码量非常庞大，让处理程序变得非常困难。
Demo地址：https://github.com/haozheMa/DesignPatternsCollections
