内容简介:前一篇如果没有看前一篇文章的,建议首先看一下。前一篇文章我们是使用责任链设计模式教大家消除判断语句,具体如下格式:
前一篇 《设计模式之感悟和实践(一)》 介绍了如何去掉 if...else 和 switch...case 的应用场景,这篇文章我们将介绍另外一种场景的综合运用
如果没有看前一篇文章的,建议首先看一下。
具体使用
场景回忆
前一篇文章我们是使用责任链 设计模式 教大家消除判断语句,具体如下格式:
//点击事件
- (IBAction)actionButton1:(id)sender {
//这是伪代码,一个点击事件对应两种情况的处理
if(EVENT1){
//code处理
}else if(EVENT2){
//code处理
}
}
经过设计模式的处理如下:
- (IBAction)actionButton1:(id)sender {
MyHandle *myHandle = [[MyHandle alloc] initWithType:EVENT1];
[myHandle handleClick];
}
好处可谓是不言而喻。
新场景
有时候我们还会遇到如下的场景:
//点击事件1
- (IBAction)actionButton1:(id)sender {
//这是伪代码,一个点击事件对应两种情况的处理
if(EVENT1){
//code处理
}else if(EVENT2){
//code处理
}
}
//点击事件2
- (IBAction)actionButton2:(id)sender {
//这是伪代码,一个点击事件对应两种情况的处理
if(EVENT1){
//code处理
}else if(EVENT2){
//code处理
}
}
以上场景则是两处点击事件:针对于EVENT1和EVENT2都有不同的代码处理,这时候我们怎么处理呢? 可能有的同学第一个映入眼帘的想法则是赋值一遍- 的处理即可 则变成如下: (IBAction)actionButton1:(id)sender
- (IBAction)actionButton2:(id)sender {
MyHandle2 *myHandle = [[MyHandle2 alloc] initWithType:EVENT1];
[myHandle handleClick];
}
把所有的类再重新声明一遍就可解决。 这种方法针对这种情况确实也能处理,而且看着不错的样子哟。 不过缺点也显而易见:
-
类的数量暴增
-
针对EVENT1和EVENT2事件的处理分散到多个类中
新场景处理
不管有几个点击事件,我们都是同一个 MyHandle 类来处理,这样可以大大简化使用。
类的设计还是之前那几个类:
让我们看看各个类中的设计:
ActionClickProtocol.h
@protocol ActionClickProtocol - (void)handleClick;
- (void)handleClick2;//新增加的方法
- (void)setNext:(id)actionClickHandle;
@end
typedef NS_ENUM(NSUInteger, HandleType) {
EVENT1,
EVENT2,
};
增加了 - (void)handleClick2; 方法,所以 ActionClickEvent1 、 ActionClickEvent2 和 ActionClickHandle 均会增加该方法。
ActionClickEvent1.m
@implementation ActionClickEvent1
-(void)handleClick{
NSLog(@"点击1事件1的处理");
}
-(void)handleClick2{//新增加的方法
NSLog(@"点击2事件1的处理");
}
@end
MyHandle.m
@implementation MyHandle
- (instancetype)initWithType:(HandleType)type{
self = [super init];
if (self) {
_type = type;
_event1 = [[ActionClickEvent1 alloc] init];
_event1.type = EVENT1;
_event2 = [[ActionClickEvent2 alloc] init];
_event2.type = EVENT2;
[_event1 setNextHandle:_event2];
self.nextHandle = _event1;
}
return self;
}
- (void)handleClick{
if (self.nextHandle.type==self.type) {
[self.nextHandle handleClick];
}else{
while (self.nextHandle.type!=self.type) {
self.nextHandle = self.nextHandle.nextHandle;
}
[self.nextHandle handleClick];
}
}
- (void)handleClick2{//新增加的方法
if (self.nextHandle.type==self.type) {
[self.nextHandle handleClick2];
}else{
while (self.nextHandle.type!=self.type) {
self.nextHandle = self.nextHandle.nextHandle;
}
[self.nextHandle handleClick2];
}
}
@end
看完代码大家有没有恍然大悟呢。其实遇到场景多了,思路多了,思路自然而然就来了。 源码传送门
总结
对于一个工程,如果基础打的好,对于后期维护就是如鱼得水,如果一开始工程就很烂,后期的维护真的是灾难啊!所以各位有没有遇到坑呢?反正我是遇到了深有体会。
以上所述就是小编给大家介绍的《设计模式之感悟和实践(二)》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
MacTalk 人生元编程
池建强 / 人民邮电出版社 / 2014-2-1 / 45
《MacTalk·人生元编程》是一本随笔文集,主要内容来自作者的微信公众平台“MacTalk By 池建强”。本书撰写于2013年,书中时间线却不止于此。作者以一个70 后程序员的笔触,立于Mac 之上,讲述技术与人文的故事,有历史,有明天,有技术,有人生。70 多篇文章划分为六大主题:Mac、程序员与编程、科技与人文、人物、工具、职场。篇篇独立成文,可拆可合,随时阅读。 此外,作者还对原来......一起来看看 《MacTalk 人生元编程》 这本书的介绍吧!