设计模式之感悟和实践(二)

栏目: IOS · 发布时间: 5年前

内容简介:前一篇如果没有看前一篇文章的,建议首先看一下。前一篇文章我们是使用责任链设计模式教大家消除判断语句,具体如下格式:

前一篇 《设计模式之感悟和实践(一)》 介绍了如何去掉 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

看完代码大家有没有恍然大悟呢。其实遇到场景多了,思路多了,思路自然而然就来了。 源码传送门

总结

对于一个工程,如果基础打的好,对于后期维护就是如鱼得水,如果一开始工程就很烂,后期的维护真的是灾难啊!所以各位有没有遇到坑呢?反正我是遇到了深有体会。


以上所述就是小编给大家介绍的《设计模式之感悟和实践(二)》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Oricle8i Web开发指南

Oricle8i Web开发指南

(美)Bradley D.Brown / 机械工业出版社 / 2001-6 / 78.00元

本书用实际通用的策略,阐明了怎样一起来看看 《Oricle8i Web开发指南》 这本书的介绍吧!

JS 压缩/解压工具
JS 压缩/解压工具

在线压缩/解压 JS 代码

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具