OC协议&代理 本文为个人学习思考总结，发表目的是为了获得批评指正，交流想法。
/***************手动分割线，第三版******************************************************************/
协议应定义在执行类中。
协议应该定义在执行类中， 定义在委托类中，其他类想要委托委托类做相同的事情的时候，需要声明定义协议的委托类，不合理。
协议定义在执行类中，并在执行类的实习里，实现协议规定的方法，任何委托类只要签署该协议，并持有执行类的引用，即可委托执行类执行协议里的方法，合理。
/***************手动分割线，第二版******************************************************************/
经过一段时间的使用后，更新对协议、代理的理解。
协议二要素：执行类、协议。
—— 协议
执行类： 执行协议方法的类， 标志，在其.h文件中，且在@interface 的<> 中包含协议名。
协议：一系列方法签名，由执行类去实现。
协议可以写在单独的.h文件中，也可以写在类的.h文件中。
单独使用协议并没有什么特别的约束作用，不会在执行类没有实现协议方法时报错，最多抛出warning，但这就是协议的目的，告诉执行类，你还需要实现什么方法，你可以不实现协议规定的方法，但必须自己承担后果。
—— 代理
委托类：创建协议的类， 标志，在其.h 文件中，有@protocol 的申明；
代理，可以简单理解为委托类要做点什么，但自己做不到。而执行类能做到，于是，委托类就列举了它想做的事情，写在协议里： @protocol 协议名。执行类愿意去做这些事情，于是遵守协议：<协议名> 。当委托类想要做协议中的事情的时候，它通知执行类即可。
协议：
#委托类.h
@protocol ProtocolName <NSObject>
- want2do1;
-want2do2;
@end
#执行类.h
@interface 执行类名 : NSObject <ProtocolName>
#执行类.m
@implementation 执行类名 {
//执行类去做这些事。
- want2do1{
//具体实现
}
- want2do2{
//具体实现2
}
@end
委托类什么时候通知执行类？怎么通知？
首先来解决怎么通知：让委托类持有执行类的引用（持有执行类的对象）
举个例子。app中页面跳转:
UIViewController * delegateViewController =[ [DelegateViewController alloc]init];
delegateViewController.executeViewController = self; // 让委托类获取到执行类的引用。
PS: 委托类中需要声明一个变量来保存执行类的引用：
#委托类.h
@interface 委托类名 : NSObject
...
@property id<ProtocolName> executeViewController;
@end
当委托类想做些协议中的事情的时候：通知执行类执行便可
[delegateViewController.executeViewController want2do1];
[delegateViewController.executeViewController want2do2];
说白了，代理其实就是让委托类拿到执行类的引用，那便可以通过执行类的引用，调用所有执行类的方法，当然，这就有点不可控了，所有又使用协议来约束委托类通过执行类的引用能做的事。@property id<ProtocolName>executeViewController; 这是委托类用来保存执行类引用的变量，从其声明方式便能看出，委托类能通过这个引用做的事情，只能在协议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 协议和代理的粗浅理解。欢迎批评指正。
以上内容有参考
