这两个概念困扰我很久了，一直都很像搞清楚到非正式协议和正式协议有什么区别和联系，下面结合网上的资料和自己的看法谈谈这个问题。
一、非正式协议
显然这个名词是相对于正式协议而言的。在解释非正式协议之前，先引用两段话：
1、在《Cocoa设计模式》第六章类别的6.3.2把类别用于非正式协议一节中，这样写到：
非正式协议通常定义为NSObject的类别。类别接口中指定的方法可能会或者可能不会被框架类实际地实现。非正式协议位于一种设计灰区中。正式协议由编译器检查并且代表一种关于对象能力的保证，但是非正式协议不会做出保证----而只会给出提示。
2、苹果官方文档Cocoa
Core Competencies一文中是这样介绍非正式协议的：
An informal protocol is a category on NSObject,
which implicitly makes almost all objects adopters of the protocol. (A category is a language feature that enables you to add methods to a class without subclassing it.) Implementation of the methods in an informal protocol is optional. Before invoking a method,
the calling object checks to see whether the target object implements it. Until optional protocol methods were introduced in Objective-C 2.0, informal protocols were essential to the way Foundation and AppKit classes implemented delegation.
大概意思：非正式协议是NSObject类（显而易见，还包括它的子类）的类别，其所有的子类都含蓄地接受了这个协议。（类别是Objective-C的一个语言特点，可以让你在无需子类化的前提下为一个类增加方法。）非正式协议中的方法是否实现都是可选的，因此在调用非正式协议中的方法之前，需要去检查对象类是否实现了它。在Objective-C2.0中引入可选的正式协议方法之前，非正式协议是Foundation和AppKit类实现委托的唯一方式。
3、到底什么是非正式协议
综合1、2两段引文可以看出，所谓的非正式协议就是类别，即凡是NSObject或其子类的类别，都是非正式协议。
4、类别和匿名类别
类别的写法：
@interface NSString (CamelCase) //类别 -(NSString*) camelCaseString; @end
这里的CamelCase就是类别名称，跟类名一样不能重复。总所周知，类别只能增加方法，不能增加实例变量，但是类别还有下面这样一种写法：
@interface MyClass () { //类扩展
float value;
}
- (void)setValue:(float)newValue;
@end
这种写法的类别叫匿名类别，又叫类扩展，所谓的扩展，其实就是为一个类添加额外的原来没有的变量、方法或者合成属性。
类别与类扩展的区别：
①类别中只能增加方法；
②是的，你没看错，类扩展不仅可以增加方法，还可以增加实例变量（或者合成属性），只是该实例变量默认是@private类型的（作用范围只能在自身类，而不是子类或其他地方）；
③类扩展中声明的方法没被实现，编译器会报警，但是类别中的方法没被实现编译器是不会有任何警告的。这是因为类扩展是在编译阶段被添加到类中，而类别是在运行时添加到类中。
④类扩展不能像类别那样拥有独立的实现部分（@implementation部分），也就是说，类扩展所声明的方法必须依托对应类的实现部分来实现。
⑤定义在 .m 文件中的类扩展方法为私有的，定义在 .h 文件（头文件）中的类扩展方法为公有的。类扩展是在 .m 文件中声明私有方法的非常好的方式。
二、正式协议
正式协议从概念上理解起来就简单的多了，它指的是一个以@protocol方式命名的方法列表，与非正式协议相比不同的是，它要求显示的采用协议。
1、正式协议的方法类型
正式协议声明的方法有两种类型的：
①@required
该类的方法在遵守相应协议的类中是必须被实现的，不然编译器会告警（显然这是在编译时做的检查，而不是在运行时）
②@optional
该类的方法在遵守相应协议的类中是否实现是可选的
2、正式协议存在的意义
从字面上理解，正式协议比非正式协议要正式了很多，它存在的意义在于：
正式协议可以将业务中的方法定义剥离出来，形成一个单独的文件，这跟传统OO中的提取接口是不谋而合的。如果遇到二个系统需要交换数据，可以制定一套双方都遵守的协议，然后这二个系统中都把这个协议文件添加到项目中，实现它即可。
3、继承性
正式协议和类一样，是可以继承的，书写格式同类继承相似：
@protocol NewProtocal <Protocal> @end