iOS设计模式--责任链模式

jopen 6年前

本篇文章参照Objective-C编程之道,iOS设计模式解析一书(Carlo Chung)而来的,参考了其大量的实例与思想,通过写博客的方式,让自己对这些iOS中常见的设计模式做一个总结,以加深自己对设计模式的理解与应用。希望能够对大家有点帮助。摘要 本篇文章参照Objective-C编程之道,iOS设计模式解析一书(Carlo Chung)而来的,参考了其大量的实例与思想,通过写博客的方式,让自己对这些iOS中常见的设计模式做一个总结,以加深自己对设计模式的理解与应用。希望能够对大家有点帮助。

何为责任链模式?

    责任链模式的主要思想是,对象引用了同一类型的另一个对象,形成一条链。链中的每个对象实现了同样的方法,处理对链中第一个对象发起的同一个请求。如果一个对象不知道如何处理请求,它就把请求传递给下一个响应者。

    责任链模式:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间发生耦合。此模式将这些对象连成一条链,并沿着这条链传递请求,直到有一个对象处理它为止。

何时使用责任链模式?

    @:有多个对象可以处理请求,而处理程序只有在运行时才能确定。

    @:向一组对象发出请求,而不想显示指定处理请求的特定处理程序。

在游戏中使用责任链模式

    假定我们要开发一款游戏,里面的每个人物都可以通过做任务赚取点数来升级防御道具。防御道具可以使盾牌或者盔甲。每种形式的防御只能应付一种特定的攻击,如果防御道具不认识一种进攻,它就把进攻的作用传递给下一个会响应它的实体。比如,盔甲1不知道如何对付对手的攻击,所以把它传给下一个盔甲,盔甲2。盔甲2刚好知道如何对付这次攻击,化解了人物可能受到的损伤。由于某种原因,如果没有盔甲可以对这次攻击做出响应,攻击的作用最终会传到人物。人物对攻击做出响应时,会表现为一定程度的损伤。

    这种只让每个独立的防御道具对特定类型的攻击做出相应的机制,简化了人物使用各种防御道具的复杂性。每种盔甲各自负责非常特定的功能。这就是责任链模式的作用所在。

    下面我们将使用责任链模式实现这个设计,假设有两种防御:水盔甲和火盔甲。它们都只能按照设计对付某些攻击。水盔甲可以防御来自水的攻击,火盔甲可以防御来自火的攻击。人物也是响应链的一部分,因此它也应该跟其他防御道具具有共同的行为,对攻击做出响应。

    WaterAttackHandler、FireAttackHandler和Avatar是AttackHandler的子类。AttackHandler定义了一个方法——handleAttack:attack,该方法的默认行为是,把攻击传给另一个AttackHandler的引用,即成员变量nextAttackHandler。子类重载这个方法,对攻击提供实际的响应。如果AttackHandler不知道如何响应一个攻击,那么就使用[super handleAttack:attack];消息,把它转发给super,这样super的默认实现就会把攻击沿着链给传下去。

    定义3中类型的攻击,WaterAttack、FireAttack、SoliderAttack。先看下AttackHandler父类的代码,代码如下:

#import <Foundation/Foundation.h>  #import "Attack.h"  @interface AttackHandler : NSObject    @property (nonatomic, strong) AttackHandler *nextAttackHandler;    - (void)handleAttack:(Attack *)attack;    @end

    AttackHandler定义了一个同类型的私有变量nextAttackHandler,它是攻击的下一个响应者。AttackHander的子类应该重载handleAttack:方法,以响应它能够识别的一种攻击。抽象的AttackHandler为这个方法定义了默认行为,代码如下:

#import "AttackHandler.h"    @implementation AttackHandler    - (void)handleAttack:(Attack *)attack {      // 默认调用nextAttackHandler进行处理。      [_nextAttackHandler handleAttack:attack];  }    @end

    如果子类没有重载这个方法,默认的handleAttack:实现就会被调用。这个方法只是把攻击传给nextAttackHandler去处理。

    接下来看下任务的第一个防御道具WaterAttackHandler,WaterAttackHandler子类化AttackHandler并重载其handleAttack:方法,代码如下:

#import "AttackHandler.h"    @interface WaterAttackHandler : AttackHandler    // 重写处理攻击方法  - (void)handleAttack:(Attack *)attack;    @end

    在.h中再次声明重载的方法不是必需的,但是这样做更加清晰。WaterAttackHandler只能识别WaterAttack的实例,如果攻击确实是WaterAttack类型,那么handleAttack:将用NSLog输出@"我挡下了水的攻击";否则,它输出另一条消息并使用[super handleAttack:attack];把攻击转给super,代码如下:

#import "WaterAttackHandler.h"  #import "WaterAttack.h"  @implementation WaterAttackHandler    - (void)handleAttack:(Attack *)attack {      if ([attack isKindOfClass:[WaterAttack class]]) {          NSLog(@"我挡下了水的攻击");      }else {          NSLog(@"我处理不了来自%@的攻击", [attack class]);          [super handleAttack:attack];      }  }    @end

    类似的FireAttackHandler也是同样的道理,代码如下:

#import "AttackHandler.h"    @interface FireAttackHandler : AttackHandler    // 重写处理攻击的方法  - (void)handleAttack:(Attack *)attack;    @end
#import "FireAttackHandler.h"  #import "FireAttack.h"  @implementation FireAttackHandler    - (void)handleAttack:(Attack *)attack {      if ([attack isKindOfClass:[FireAttack class]]) {          NSLog(@"我挡下了火的攻击");      }else {          NSLog(@"我处理不了来自%@的攻击", [attack class]);          [super handleAttack:attack];      }  }    @end

    如果没有防具能够对付攻击,攻击最终将传给Avatar(游戏人物)。Avatar也是AttackHandler的子类,而且与WaterAttackHandler、FireAttackHandler有相同的响应机制。但是,攻击到这里的时候,Avatar将没有防御而受到损伤。将会输出NSLog(@"我被%@攻击到了", [attack class]);,输出攻击的名称。代码如下:

#import "AttackHandler.h"    @interface Avatar : AttackHandler    - (void)handleAttack:(Attack *)attack;    @end
#import "Avatar.h"    @implementation Avatar    - (void)handleAttack:(Attack *)attack {      NSLog(@"我被%@攻击到了", [attack class]);  }    @end

    现在已经定义好了所有的AttackHandler。来看下客户端代码,看看下责任链模式的使用,客户端代码如下:

#import "ViewController.h"  #import "Attack.h"  #import "WaterAttack.h"  #import "FireAttack.h"  #import "SoliderAttack.h"  #import "AttackHandler.h"  #import "WaterAttackHandler.h"  #import "FireAttackHandler.h"  #import "Avatar.h"  @interface ViewController ()    @end    @implementation ViewController    #pragma mark - life cycle    - (void)viewDidLoad {      [super viewDidLoad];            // 创建一个游戏人物      AttackHandler *avatar = [[Avatar alloc] init];            // 给其穿上防水的铠甲      AttackHandler *waterAramedAvatar = [[WaterAttackHandler alloc] init];      [waterAramedAvatar setNextAttackHandler:avatar];            // 然后在穿上防火的铠甲      AttackHandler *fireAramedAvatar = [[FireAttackHandler alloc] init];      [fireAramedAvatar setNextAttackHandler:waterAramedAvatar];            // ....以后还可以加其他行动            // 用用水攻击游戏人物      Attack *waterAttack = [[WaterAttack alloc] init];      [fireAramedAvatar handleAttack:waterAttack];            // 用火攻击游戏人物      Attack *fireAttack = [[FireAttack alloc] init];      [fireAramedAvatar handleAttack:fireAttack];            // 用土攻击游戏人物      Attack *soliderAttack = [[SoliderAttack alloc] init];      [fireAramedAvatar handleAttack:soliderAttack];            // ....以后可以加其他的攻击  }    - (void)didReceiveMemoryWarning {      [super didReceiveMemoryWarning];      // Dispose of any resources that can be recreated.  }    @end

    这个攻击有点像栈(先进后出)。因为需要让Avatar是攻击的最后一站,所以它要最先创建。然后创WaterAttackHandler的实例,把Avatar作为它的下一个AttackHandler。它们被当做增强了Avatar,WaterAttackHandler是它通往真正Avatar实例的第一道门。然后,添加FireAttackHandler作为Avatar的另一种防御。此时,Avatar已经具有两种防御道具了。

    在游戏中的某个时刻,我们创建了3中类型的攻击——waterAttack、fireAttack、soliderAttack,调用handleAttack:方法去处理,以下是来自责任链中各种AttackHandler的输出,客户端输出如下:

2015-08-21 14:57:31.922 ChainResponsibilityDemo[25726:1690159] 我处理不了来自WaterAttack的攻击  2015-08-21 14:57:31.923 ChainResponsibilityDemo[25726:1690159] 我挡下了水的攻击  2015-08-21 14:57:31.923 ChainResponsibilityDemo[25726:1690159] 我挡下了火的攻击  2015-08-21 14:57:31.923 ChainResponsibilityDemo[25726:1690159] 我处理不了来自SoliderAttack的攻击  2015-08-21 14:57:31.923 ChainResponsibilityDemo[25726:1690159] 我处理不了来自SoliderAttack的攻击  2015-08-21 14:57:31.924 ChainResponsibilityDemo[25726:1690159] 我被SoliderAttack攻击到了

    这个例子演示了如何使用责任链模式,来简化人物处理各种攻击的编码和逻辑。如果不用这个模式,防御逻辑很可能都塞到一个类中(比如Avatar),代码会乱成一团的。


demo地址:

https://github.com/guoshimeihua/ChainResponsibilityDemo

来自:http://my.oschina.net/daguoshi/blog/495573