OC, 协议&代理 及其关系

OC协议&代理  本文为个人学习思考总结，发表目的是为了获得批评指正，交流想法。

/***************手动分割线，第三版******************************************************************/

协议应定义在执行类中。

协议应该定义在执行类中， 定义在委托类中，其他类想要委托委托类做相同的事情的时候，需要声明定义协议的委托类，不合理。

协议定义在执行类中，并在执行类的实习里，实现协议规定的方法，任何委托类只要签署该协议，并持有执行类的引用，即可委托执行类执行协议里的方法，合理。

/***************手动分割线，第二版******************************************************************/

经过一段时间的使用后，更新对协议、代理的理解。

协议二要素：执行类、协议。

—— 协议

执行类： 执行协议方法的类， 标志，在其.h文件中，且在@interface 的<> 中包含协议名。

协议：一系列方法签名，由执行类去实现。

协议可以写在单独的.h文件中，也可以写在类的.h文件中。

单独使用协议并没有什么特别的约束作用，不会在执行类没有实现协议方法时报错，最多抛出warning，但这就是协议的目的，告诉执行类，你还需要实现什么方法，你可以不实现协议规定的方法，但必须自己承担后果。

—— 代理

委托类：创建协议的类， 标志，在其.h 文件中，有@protocol 的申明；

代理，可以简单理解为委托类要做点什么，但自己做不到。而执行类能做到，于是，委托类就列举了它想做的事情，写在协议里： @protocol 协议名。执行类愿意去做这些事情，于是遵守协议：<协议名> 。当委托类想要做协议中的事情的时候，它通知执行类即可。

协议：

#委托类.h

@protocol ProtocolName

- want2do1;

-want2do2;

@end

#执行类.h

@interface 执行类名 : NSObject

#执行类.m

@implementation 执行类名 {

//执行类去做这些事。

- want2do1{

//具体实现

}

- want2do2{

//具体实现2

}

@end

委托类什么时候通知执行类？怎么通知？

首先来解决怎么通知：让委托类持有执行类的引用（持有执行类的对象）

举个例子。app中页面跳转:

UIViewController * delegateViewController =[ [DelegateViewController alloc]init];

delegateViewController.executeViewController = self;   // 让委托类获取到执行类的引用。

PS: 委托类中需要声明一个变量来保存执行类的引用：

#委托类.h

@interface 委托类名 : NSObject

...

@property id executeViewController;

@end

当委托类想做些协议中的事情的时候：通知执行类执行便可

[delegateViewController.executeViewController want2do1];

[delegateViewController.executeViewController want2do2];

说白了，代理其实就是让委托类拿到执行类的引用，那便可以通过执行类的引用，调用所有执行类的方法，当然，这就有点不可控了，所有又使用协议来约束委托类通过执行类的引用能做的事。@property idexecuteViewController; 这是委托类用来保存执行类引用的变量，从其声明方式便能看出，委托类能通过这个引用做的事情，只能在协议Protocol 允许的范围内，即协议ProtocolName 中列举的方法。

/***************************************************************************************************************************************************/

——协议需要先理解

1.从三个要素理解协议

A:协议制定方（委托方）：ClassA. ClassA负责定制协议

// ClassA.h

@interface ClassA

//classA自己的方法及属性等

@protocol protocolA

/*

*协议内容方法签名列表

* eg: -(returnType) methodName : (paramType )paramName;

*

*/

@end

@end

B:协议（protocol）：一系列方法签名的列表，不能包含属性；

//这是协议

@protocol protocolA

/*

*协议内容方法签名列表

* eg: -(returnType)protoclMthod1:(paramType ) paramName;

*/

@end

C:签署协议方（代理）：ClassB.ClassB与ClassA签署A制定的某项协议（protocolA）,去实现协议中声明的方法。

//ClassB.h

@interface ClassB //在这里与ClassA签署protocolA

//ClassB自身的方法及属性等

@end

// ClassB.m

@implementation ClassB

// ClassB自身方法实现

//对protocolA的实现

-(returnType)protoclMthod1:(paramType ) paramName

{

//方法体

}

@end

以Java来讲，由点像Interface，目前我所理解的区别：1. protocol在类中定义，不用单独地在文件中定义；2.对protocol的实现可以有选择的实现。

2.代理

——在理解代理之前：

考虑这样的场景：

假设需要在ClassA中，需要执行ClassB的方法，却无法直接获取ClassB的对象（已经创建了的对象）。

可能的解决方案：

让ClassA的对象包含ClassB对象的引用——在ClassA中声明一个变量来保存ClassB实例对象的引用，在使用ClassB方法前，将一个ClassB实例对象的引用赋值给这个变量（在ClassA的预编译中添加对ClassB.h的引用，以便ClassA能调用ClassB的方法）。

这个，我觉得就算一个简单的代理——理解为引用似乎更合理。

代理和协议的关系：

再次考虑刚才的场景：

需要在ClassA对象中，需要执行ClassB的方法，却无法直接获取ClassB的对象（已经创建了的对象）。

如果此时只允许ClassA的对象执行ClassB中特定的方法，该如何实现呢？

使用协议。

再次从三要素理解代理：

A:协议制定方（委托方）：ClassA. ClassA负责定制协议

// ClassA.h

@interface ClassA

//classA自己的方法及属性等

@protocol protocolA

/*

*协议内容方法签名列表

* eg: -(returnType) methodName : (paramType )paramName;

*/

@end

//声明一个ID变量保存代理（引用）

//限制了ClassA对象通过delegate能操作的方法必须是protocolA里面签名的方法。

@property(assign, nonatomic) iddelegate;

@end

以上，便是我对OC 协议和代理的粗浅理解。欢迎批评指正。

以上内容有参考