详解 objective-c中interface与protocol的作用

以前对Objective-C中的interface，即头文件的作用一直不太清楚。最近看了一些文章，再加上自己的试验，对头文件的作用稍有了解。

在我看来，头文件的作用是，定义对外的接口。

然而，它的作用也只有这个而已。头文件无法保证对外接口一定会被实现。

根据.h文件是否定义方法、.m文件是否实现方法，可以分为三类：

第一类是.h文件定义方法，.m文件也实现了方法，这是最common的做法，也是最没有问题的做法。

第二类是.h文件定义方法，但.m文件没有实现该方法。此时.m文件的@implementaion代码会提示“imcomplete implementation”，意思是头文件定义的方法和变量，没有被完全实现。

比如：.h文件里这样定义：

									@interface Test : NSObject{} 

									-(void)hello; 

									@end

但是在.m文件里没有实现这个方法。在外部，我们可以调用这个方法，它在编译时没问题，但在运行时会出现“unrecognized selector sent to instance”错误。

第三类是.h文件没有定义，但.m文件里有这个方法。

比如，在.m文件里这样实现：

									#import "Test.h" 

									@implementation Test 

									-(void)hello{ 

									  NSLog(@"hello world!"); 

									} 

									@end

这时，hello()这个函数相当于私有函数，我们只可以在类中用[self hello]调用，而不能在外部调用。

因此我觉得，objective-c中的头文件，只是为了编译时更方便而已，它并不是真正的interface。

相对而言，protocol才算是真正意义上的interface，它的意义和Java中的接口差不多。

protocol的方法分两种类型，一类是必须实现的，一类是不一定实现的。不一定实现的方法其实和.h文件里定义的差不多。而一定要实现的方法就是比较有用的了。

我们可以使用这样的方法来初始化一个实现了名为Hello的protocol的类：

1	`id<Hello> test = [[Test alloc] init];`

protocol除了作为接口的作用之外，经常还用来作为类之间进行交互的方法，这时它叫作delegate。delegate的主要作用，是把一个类需要做的一部分事情，让另一个类来完成。网上介绍delegate的文章铺天盖地，这里不再说述。

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！

原文链接：http://blog.csdn.net/lixing333/article/details/7738397