详解 objective-c中interface与protocol的作用
以前对Objective-C中的interface，即头文件的作用一直不太清楚。最近看了一些文章，再加上自己的试验，对头文件的作用稍有了解。
在我看来，头文件的作用是，定义对外的接口。
然而，它的作用也只有这个而已。头文件无法保证对外接口一定会被实现。
根据.h文件是否定义方法、.m文件是否实现方法，可以分为三类：
第一类是.h文件定义方法，.m文件也实现了方法，这是最common的做法，也是最没有问题的做法。
第二类是.h文件定义方法，但.m文件没有实现该方法。此时.m文件的@implementaion代码会提示“imcomplete implementation”，意思是头文件定义的方法和变量，没有被完全实现。
比如：.h文件里这样定义：
|
1
2
3
4
5
|
@interface Test : NSObject{} -(void)hello; @end |
但是在.m文件里没有实现这个方法。在外部，我们可以调用这个方法，它在编译时没问题，但在运行时会出现“unrecognized selector sent to instance”错误。
第三类是.h文件没有定义，但.m文件里有这个方法。
比如，在.m文件里这样实现：
|
1
2
3
4
5
6
7
8
9
|
#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
