Objective-C非正式协议与正式协议

/> 这两个概念困扰我很久了，一直都很像搞清楚到非正式协议和正式协议有什么区别和联系，下面结合网上的资料和自己的看法谈谈这个问题。

一、非正式协议

显然这个名词是相对于正式协议而言的。在解释非正式协议之前，先引用两段话：

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

------by wangzz