代理模式

－－－－－－－－代理模式－－－－－－－
协议就是定义了一组方法，然后让其他类去实现
什么是代理模式？
为其他对象提供一种代理以控制对这个对象的访问。在某些情况下，一个对象不适合或者不能直接用引用另一对象
而代理对象可以在客户端和目标对象之间起到中介的作用
通过使用协议Person 可以使用 许多代理 并且 不需要提前知道这个代理具体是什么 只需要它遵守什么协议就好了
简单的代理模式 虽然简单 却有着 非常高的效率 以及 低耦合性！

写一个很简单的例子就是护士，保姆，和孩子，护士和保姆管孩子。
Children.h

#import <Foundation/Foundation.h>
@class Children; //如果没有这行代码的话，协议ChildrenDelegate中得Children类型就会查找不到，报错
@protocol ChildrenDelegate <NSObject>

@required
wash:(Children *)children;
(void)play:(Children *)children;

@end

@interface Children : NSObject {
//这里可以使用多态技术实现，因为保姆，护士有共同的父类NSObject,但是这里不使用这种方式，而是使用id类型
//但是我们还需要为这个类型添加一些方法，这里就用到了协议
//这个代理对象必须遵从ChildrenDelegate协议

id<ChildrenDelegate> _delegate;
    NSInteger timeValue;

}

-(void)setDelegate:(id)delegate;
@end

这里，我们定一个协议：ChildrenDelegate，有两个必要的方法：wash和play 并且还定义了一个很重要的属性 _delegate
这个属性定义有点不一样，这就是实现代理对象的精髓所在，id是不确定类型，，所以这个_delegate变量可以被复制为的类型是：
只要实现了ChildrenDelegate协议的类就可以了。这里就记住了，以后这种定义方法后面会用到很多。相当于Java中的接口类型，只能赋值其实现类的类型。只是这里的定义格式为：id<协议名>
然后就是一个设置协议的方法了，注意参数类型也必须是id的
其实这里面也牵涉到了之前说到的多态特性，所以说代理模式也是建立在多态的特性上的。

Children.m

#import "Children.h"

//这里用到了保姆的一些动作
//假如现在想请一个护士，那么我们又要去从新去请一个护士，那么这里面代码需要改，把保姆的地方换成护士的地方
//产生的原因就是因为耦合度太高了，保姆和孩子耦合在一起，如果需要换的话，就需要改动代码
@implementation Children
-(id)init{
self = [super init];
if (self != nil) {
[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(click:) userInfo:nil repeats:YES];
}
return self;
}

-(void)setDelegate:(id)delegate {
_delegate = delegate;
}

-(void)click:(NSTimer *)timer {
timeValue++;
if (timeValue 5) {
[_delegate wash:self];
}
if (timeValue 10) {
[_delegate play:self];

}
}

Nure.h

#import <Foundation/Foundation.h>

#import "Children.h"

@interface Nure : NSObject<ChildrenDelegate>
wash:(Children *)children;
(void)play:(Children *)chindren;
@end

Nure.m

#import "Nure.h"

@implementation Nure
-(void)wash:(Children *)children {
NSLog(@"小孩脏了，保姆帮小孩洗澡！");
}
-(void)play:(Children *)chindren {
NSLog(@"小孩哭了，保姆和小孩玩耍！");
}
@end
护士类很简单，实现ChildrenDelegate协议

这一篇就介绍了OC中如何实现代理模式，其实OC中的代理模式核心技术是：id类型+协议+多态

转载于:https://my.oschina.net/u/2483168/blog/527646