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的类：

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

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