objective-c中interface与protocol的作用

时间:2022-09-07 08:46:49

以前对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的文章铺天盖地,这里不再说述。