结构型模式之代理模式

在代理模式（Proxy Pattern）中，一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。

介绍

代理主要由三部分组成:

• 协议: 用来指定代理双方可以做什么,必须做什么
• 代理: 根据指定的协议,完成委托方需要实现的功能
• 委托: 根据指定的协议,指定代理去完成什么功能
  

Protocol－协议的概念
从上图中可以看出三者之间的关系,在实际应用中通过协议来规定代理双方的行为,协议中的内容一般都是方法列表,当然也可以定义属性

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

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

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

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

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

    if ([_delegaterespondsToSelector:@selector(addGoodsCar:)]) {
        [_delegateaddGoodsCar:sender];
}

场景: 比如我在敲代码,突然,房东打电话说我房子不能住了,好吧,悲催,又该挪窝了,找到我爱我家,发布一条租房信息,我爱我家就会找到我想要的房子

但是我找房子的同时,我还得搬家啊,我又找了搬家公司.在这里,我找了多个代理,我就是委托方,我爱我家和搬家公司就是代理

在iOS中一个代理可以有多个委托方,而一个委托方也可以有多个代理

示例代码

1. 首先定义一个协议类

@protocol GTProxy <NSObject>

@optional

- (void)sayHello;

@end

2. 定义委托类

//委托
@interface Entrust : NSObject

@property (nonatomic,weak) id<GTProxy> delegate;

- (void)entrustToSomeBody;

@end

@implementation Entrust

- (void)entrustToSomeBody
{
    if ([self.delegate respondsToSelector:@selector(sayHello)]) {
        [self.delegate sayHello];
    }
}
@end

3. 代理方,实现具体细节

    Entrust *entrust = [[Entrust alloc] init];
    entrust.delegate = self;
    [entrust entrustToSomeBody];

- (void)sayHello
{
    NSLog(@"你好");
}

模式讲解

实现流程

在iOS中代理的本质就是代理对象内存的传递和操作,我们在为委托类设置代理对象后,实际上只是用一个id类型的指针将代理对象进行一个弱引用,委托给让代理方执行操作,实际上是在委托类中向这个id类型指针指向的对象发送消息，而这个id类型指针指向的对象，就是代理对象。

通过上面这张图我们发现，其实委托方的代理属性本质上就是代理对象自身，设置委托代理就是代理属性指针指向代理对象，相当于代理对象只是在委托方中调用自己的方法，如果方法没有实现就会导致崩溃。从崩溃的信息上来看，就可以看出来是代理方没有实现协议中的方法导致的崩溃。

而协议只是一种语法，是声明委托方中的代理属性可以调用协议中声明的方法，而协议中方法的实现还是有代理方完成，而协议方和委托方都不知道代理方有没有完成，也不需要知道怎么完成。

代理用assign还是weak?

@property (nonatomic, weak) id delegate;
@property (nonatomic, assign) id delegate;

两种方式都是弱引用代理对象，但是第一种在代理对象被释放后不会导致崩溃，而第二种会导致崩溃。
weak和assign是一种“非拥有关系”的指针，通过这两种修饰符修饰的指针变量，都不会改变被引用对象的引用计数。但是在一个对象被释放后，weak会自动将指针指向nil，而assign则不会。在iOS中，向nil发送消息时不会导致崩溃的，所以assign就会导致野指针的错误unrecognized selector sent to instance。所以我们如果修饰代理属性，还是用weak修饰

Demo地址