iOS 设计模式之二十一(状态模式)

一、概念

1、状态模式的动机

​ 现在年轻人喜欢玩游戏,有些游戏需要充钱才能获得更高的战斗力,每充钱到一定程度,就会达到某种会员状态,在这种状态玩家能有更好的游戏体验。在软件系统中,为了更好地对这些具有多种状态的对象进行设计,我们可以使用一种被称之为状态模式的设计模式。

2、状态模式的定义

状态模式(State Pattern):允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类。其别名为状态对象(Objects for States),状态模式是一种对象行为型模式。

​ 状态模式用于解决系统中复杂对象的状态转换以及不同状态下行为的封装问题

3、状态模式的3个角色

1)Context(环境类):环境类又称为上下文类,它是拥有多种状态的对象。由于环境类的状态存在多样性且在不同状态下对象的行为有所不同,因此将状态独立出去形成单独的状态类。在环境类中维护一个抽象状态类State的实例,这个实例定义当前状态,在具体实现时,它是一个State子类的对象。

2)State(抽象状态类):它用于定义一个接口以封装与环境类的一个特定状态相关的行为,在抽象状态类中声明了各种不同状态对应的方法,而在其子类中实现类这些方法,由于不同状态下对象的行为可能不同,因此在不同子类中方法的实现可能存在不同,相同的方法可以写在抽象状态类中。

3)ConcreteState(具体状态类):它是抽象状态类的子类,每一个子类实现一个与环境类的一个状态相关的行为,每一个具体状态类对应环境的一个具体状态,不同的具体状态类其行为有所不同。

​ 在状态模式中,我们将对象在不同状态下的行为封装到不同的状态类中,为了让系统具有更好的灵活性和可扩展性,同时对各状态下的共有行为进行封装,我们需要对状态进行抽象,引入了抽象状态类角色。

4、结构图
状态模式

二、示例

​ 在状态模式中引入了抽象状态类和具体状态类,它们是状态模式的核心。在状态模式中实现状态转换时,具体状态类可通过调用环境类Context的setState()方法进行状态的转换操作,也可以统一由环境类Context来实现状态的转换

1)先创建一个MemberState协议,有个handle()方法,表示抽象状态类;

2)然后创建四个类NormalMemberState、GoldMemberState、PlatinumMemberState和DiamondMemberState,都遵循MemberState协议,表示具体状态类;

3)最后创建一个Person类,有一个state属性,表示环境类。

具体代码如下:

MemberState协议:

// 会员状态
@protocol MemberState <NSObject>
- (void)handle; //声明抽象业务方法,不同的具体状态类可以不同的实现
@end

typedef id<MemberState> MemberState;

NormalMemberState、GoldMemberState、PlatinumMemberState和DiamondMemberState类:

// NormalMemberState 普通会员
@interface NormalMemberState : NSObject<MemberState>
@end
@implementation NormalMemberState
- (void)handle {
    NSLog(@"普通会员:刚出生,攻击力5,只能打败普通人");
}
@end

// GoldMemberState 黄金会员
@interface GoldMemberState : NSObject<MemberState>
@end
@implementation GoldMemberState
- (void)handle {
    NSLog(@"黄金会员:长大了,攻击力200,打败比克大魔王");
}
@end

// PlatinumMemberState 白金会员
@interface PlatinumMemberState : NSObject<MemberState>
@end
@implementation PlatinumMemberState
- (void)handle {
    NSLog(@"白金会员:变身超级赛亚人1,攻击力20000,击败宇宙魔王弗利萨");
}
@end

// DiamondMemberState 钻石会员
@interface DiamondMemberState : NSObject<MemberState>
@end
@implementation DiamondMemberState
- (void)handle {
    NSLog(@"钻石会员:变身超级赛亚人2,攻击力200000,击杀生化人沙鲁");
}
@end

Person类:

// 环境类
@interface Person : NSObject
// 其他属性值,该属性值的变化可能会导致对象状态发生变化
@property(nonatomic, assign) NSInteger money;
@property(nonatomic, strong) MemberState state; //维持一个对抽象状态对象的引用
- (void)playGame;
@end

@implementation Person
- (void)setMoney:(NSInteger)money {
    _money = money;
    [self changeState];
}

// 判断属性值,根据属性值进行状态转换
- (void)changeState {
    NSInteger money = self.money;
    if (money <= 0) {
        NSLog(@"请充值,才能有更好的游戏体验");
        return;
    }
    
    if (money < 10) {
        self.state = [NormalMemberState new];
    } else if (money < 100) {
        self.state = [GoldMemberState new];
    } else if (money < 1000) {
        self.state = [PlatinumMemberState new];
    } else {
        self.state = [DiamondMemberState new];
    }
}

- (void)playGame {
    [self.state handle]; //调用状态对象的业务方法
}
@end

运行代码:

- (void)viewDidLoad {
    [super viewDidLoad];
    
    // 创建孙悟空对象
    Person *monkeyKing = [Person new];
    monkeyKing.money = 5;
    [monkeyKing playGame];
    
    monkeyKing.money = 50;
    [monkeyKing playGame];
    
    monkeyKing.money = 500;
    [monkeyKing playGame];
    
    monkeyKing.money = 5000;
    [monkeyKing playGame];
}

打印结果:

普通会员:刚出生,攻击力5,只能打败普通人
黄金会员:长大了,攻击力200,打败比克大魔王
白金会员:变身超级赛亚人1,攻击力20000,击败宇宙魔王弗利萨
钻石会员:变身超级赛亚人2,攻击力200000,击杀生化人沙鲁

三、总结

​ 状态模式将一个对象在不同状态下的不同行为封装在一个个状态类中,通过设置不同的状态对象可以让环境对象拥有不同的行为,而状态转换的细节对于客户端而言是透明的,方便了客户端的使用。

1、优点

1、 封装了状态的转换规则,在状态模式中可以将状态的转换代码封装在环境类或者具体状态类中,可以对状态转换代码进行集中管理,而不是分散在一个个业务方法中。

2、将所有与某个状态有关的行为放到一个类中,只需要注入一个不同的状态对象即可使环境对象拥有不同的行为。

3、允许状态转换逻辑与状态对象合成一体,而不是提供一个巨大的条件语句块,状态模式可以让我们避免使用庞大的条件语句来将业务方法和状态转换代码交织在一起。

4、可以让多个环境对象共享一个状态对象,从而减少系统中对象的个数。

2、缺点

1、状态模式的使用必然会增加系统中类和对象的个数,导致系统运行开销增大。

2、状态模式的结构与实现都较为复杂,如果使用不当将导致程序结构和代码的混乱,增加系统设计的难度。

3、状态模式对“开闭原则”的支持并不太好,增加新的状态类需要修改那些负责状态转换的源代码,否则无法转换到新增状态。

3、适用场景

1、对象的行为依赖于它的状态(如某些属性值),状态的改变将导致行为的变化。

2、在代码中包含大量与对象状态有关的条件语句,这些条件语句的出现,会导致代码的可维护性和灵活性变差,不能方便地增加和删除状态,并且导致客户类与类库之间的耦合增强。

Demo地址:iOS-Design-Patterns

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,684评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,143评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,214评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,788评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,796评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,665评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,027评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,679评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,346评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1 331
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,412评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,015评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2 343

推荐阅读更多精彩内容