iOS代理设计模式简单了解

　　iOS中消息传递方式

　　在iOS中有很多种消息传递方式，这里先简单介绍一下各种消息传递方式。

　　通知：在iOS中由通知中心进行消息接收和消息广播，是一种一对多的消息传递方式。

　　代理：是一种通用的设计模式，iOS中对代理支持的很好，由代理对象、委托者、协议三部分组成。

　　block：iOS4.0中引入的一种回调方法，可以将回调处理代码直接写在block代码块中，看起来逻辑清晰代码整齐。

　　target action：通过将对象传递到另一个类中，在另一个类中将该对象当做target的方式，来调用该对象方法，从内存角度来说和代理类似。

　　KVO：NSObject的Category-NSKeyValueObserving，通过属性监听的方式来监测某个值的变化，当值发生变化时调用KVO的回调方法。

　　.....当然还有其他回调方式，这里只是简单的列举。

　　代理的基本使用

　　代理是一种通用的设计模式，在iOS中对代理设计模式支持的很好，有特定的语法来实现代理模式，OC语言可以通过@Protocol实现协议。

　　代理主要由三部分组成：

　　协议：用来指定代理双方可以做什么，必须做什么。

　　代理：根据指定的协议，完成委托方需要实现的功能。

　　委托：根据指定的协议，指定代理去完成什么功能。

　　Protocol-协议的概念

　　从上图中我们可以看到三方之间的关系，在实际应用中通过协议来规定代理双方的行为，协议中的内容一般都是方法列表，当然也可以定义属性，我会在后续文章中顺带讲一下协议中定义属性。

　　协议是公共的定义，如果只是某个类使用，我们常做的就是写在某个类中。如果是多个类都是用同一个协议，建议创建一个Protocol文件，在这个文件中定义协议。遵循的协议可以被继承，例如我们常用的UITableView，由于继承自UIScrollView的缘故，所以也将UIScrollViewDelegate继承了过来，我们可以通过代理方法获取UITableView偏移量等状态参数。

　　协议只能定义公用的一套接口，类似于一个约束代理双方的作用。但不能提供具体的实现方法，实现方法需要代理对象去实现。协议可以继承其他协议，并且可以继承多个协议，在iOS中对象是不支持多继承的，而协议可以多继承。

　　4// 当前协议继承了三个协议，这样其他三个协议中的方法列表都会被继承过来

　　@protocol LoginProtocol

　　- (void)userLoginWithUsername:(NSString *)username password:(NSString *)password;

　　@end

　　协议有两个修饰符@optional和@required，创建一个协议如果没有声明，默认是@required状态的。这两个修饰符只是约定代理是否强制需要遵守协议，如果@required状态的方法代理没有遵守，会报一个黄色的警告，只是起一个约束的作用，没有其他功能。

　　无论是@optional还是@required，在委托方调用代理方法时都需要做一个判断，判断代理是否实现当前方法，否则会导致崩溃。

　　4// 判断代理对象是否实现这个方法，没有实现会导致崩溃

　　if ([self.delegate respondsToSelector:@selector(userLoginWithUsername:password:)]) {

　　[self.delegate userLoginWithUsername:self.username.text password:self.password.text];

　　}

　　下面我们将用一个小例子来讲解一下这个问题：

　　示例：假设我在公司正在敲代码，敲的正开心呢，突然口渴了，想喝一瓶红茶。这时我就可以拿起手机去外卖app上定一个红茶，然后外卖app就会下单给店铺并让店铺给我送过来。

　　这个过程中，外卖app就是我的代理，我就是委托方，我买了一瓶红茶并付给外卖app钱，这就是购买协议。我只需要从外卖app上购买就可以，具体的操作都由外卖app去处理，我只需要最后接收这瓶红茶就可以。我付的钱就是参数，最后送过来的红茶就是处理结果。

　　但是我买红茶的同时，我还想吃一份必胜客披萨，我需要另外向必胜客app去订餐，上面的外卖app并没有这个功能。我又向必胜客购买了一份披萨，必胜客当做我的代理去为我做这份披萨，并最后送到我手里。这就是多个代理对象，我就是委托方。