IOS开发设计模式之装饰者模式

概念:标准的装饰模式有包括一个抽象的Component父类,它声明了一些操作,它具体的类讲进行重载以实现自己特定的操作。这个Component具体类是模式中的被装饰者,Component父类可以被细化为另一个叫做Decorator的抽象类,即装饰者抽象类。Decorator类中包含了一个Component的引用。Decorator的具体类为Component或者Decorator定义了几个扩展行为,并且会在自己的操作中内嵌Component操作。关系图见 装饰模式类图

Component定义了一些抽象操作,具体类将进行重载实现自己特定的操作。Decorator抽象类通过将一个Component(或Decorator)内嵌到Decorator对象,定义了扩展这个Component的实例的“装饰性”的行为。默认的operation方法只是想内嵌的Component发送一个消息,Decorator的具体实现类重载父类的operation,通过super把自己增加的行为扩展给Component的operation。如果只需要向Component添加一种职责,那可以省掉抽象的Decorator类,让具体的Decorator直接把请求转发给Component。那么这种方式就好像形成一种操作链,把一种行为加到另一种行为之上。



2.装饰者模式概念图

装饰者模式类图

装饰模式使用场景

想要在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。想要扩展一个类的行为,却做不到。类定义可能被隐藏,无法进行子类化;或者对类的每个行为的扩展,为支持每种功能组合,将产生大量的子类,对类的职责的扩展是可选的。

1.当系统需要新功能时,向旧类中添加新的代码,这些新代码只是装饰了原有类的核心职责,并没有替换掉原有类的核心职责。新的字段、方法和逻辑增加了原有类的复杂度。这些新加入的东西仅仅是为了满足一些只在某种特定情况下才执行的特殊需要,不必加入原有类,增加复杂度。

2.装饰者模式提供了一个非常好的解决方案,它把每个要装饰的功能放在单独的类当中,并让这个类包装它所要装饰的对象。当需要执行特殊行为时,viewController 中的代码就可以在运行时根据需要有选择、按顺序地使用装饰对象了。

3.装饰模式可以把类中的装饰功能去除,简化类,有效区分核心职责和装饰功能,去除相关类中重复的装饰逻辑。

使用案例:

一个女孩需要出席一场晚会,这个时候需要盛装打扮下自己。使用装饰者模式就再好不过了。

首先定义一个类,这个类是要出席晚会的girl,被装饰对象。

实现代码细节

@interfaceGirl:NSObject代表名字@property(nonatomic,strong)NSString*name;//穿的装饰品- (void)show;@end

//展示自己穿了什么衣服- (void)show{NSLog(@"%@",self.name);  }- (void)setName:(NSString*)name{    _name = name;}

在定义一个装饰类Finery 类  其实就是 Decorator 类(装饰抽象类)

#import"Girl.h"@classGirl;@interfaceFinery : Girl;@property(nonatomic,strong)Girl*component;@end

#import"Finery.h"@implementationFinery- (void)show{if(self.component!=nil) {        [self.component show];    }}- (void)setComponent:(Girl *)component{    _component = component;}@end

然后就可以定义具体的类,比如衣服,鞋子,裤子。去扩展装饰对象,修饰装饰对象。

#import"Finery.h"@interfaceShoes:Finery@end

#import"Shoes.h"@implementationShoes- (void)show{    [supershow];NSLog(@"鞋子");}@end

具体调用方式

- (void)viewDidLoad {    [superviewDidLoad];    self.navigationController.title = @"装饰者模式";    Girl *girl = [[Girl alloc] init];    girl.name = @"james";    Shoes *shoe = [Shoesnew];    shoe.component = girl;    [shoe show];}

实现结果

效果图

分析实现过程:

Finery 不会被直接使用,而是作为具体装饰类的父类存在。具体服饰类,就是Shoes 这些类,这些类需要在调用父类 show 方法的同时实现自己特有的方法。首先,创建的girl对象给name赋值为james,然后创建shoe对象,设置shoe的component = girl,然后调用[shoe show];来到show方法内部 执行 NSLog(@"鞋子");

[super show];会来到父类也就是装饰类Finery中调用

- (void)show{if(self.component!=nil) {        [self.component show];    }}

由于self.component是Girl类型,所以会执行Girl内部的show方法输出James.

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

推荐阅读更多精彩内容