[iOS]delegate和protocol
2013-06-28 16:42
323 查看
今天上班和同事讨论工程怎么组织的时候涉及到这个话题。
iOS开发上对delegate使用广泛。
记在这里,如果有新人Google到了,希望能有点帮助。
protocol和delegate完全不是一回事,放在一起说,只是因为我们经常在同一个头文件里看到这两个word。
protocol和java里interface的概念类似,是Objective-C语法的一部分。
定义protocol如下
那么就是定义了一组函数,这组函数放在一起叫作一个protocol,也就是协议。
函数是需要被实现的,所以如果对于class如下
就叫作ClassB conform to protocol ClassADelegate,也就是说ClassB实现了这个协议,
也就是实现了这一组函数。
有了上面这个头文件,我们就可以放心作调用
而不用担心出现unrecognized selector sent to instance这种错误了。
所以protocol就是一组函数定义,是从类声明中剥离出来的一组定义。
这种用法也常见,b是一个id类型,它知道ClassADelegate这组函数的实现。
那么delegate是什么?其实和protocol没有关系。Delegate本身应该称为一种设计模式。
是把一个类自己需要做的一部分事情,让另一个类(也可以就是自己本身)来完成。
比如ClassC
那么ClassC的实现(.m文件)里就可以用delegate这个变量了。
当然这里完全可以用其它名字而不是delegate。
我们也可以这样写
这样我们知道了delegate是一个ClassB,它就可以提供ClassB里的方法。
可以把一部分ClassC里的工作放在ClassB里去实现。
这样的写法看起来是不是有点奇怪?或者应该写成这样?
…..
delegate没有了…
所以说其实delegate只是一种模式,大家约定俗成,当把自己内部一部分实现暴露给另外一个类去做的时候,就叫实际做事的类为delegate。
为什么会需要把内部实现提出来给另一个类做呢?
最常见的目的就是为了在隐藏实现的前提下,提供一个自定义的机会。
比如Apple提供的iOS SDK里就有众多的delegate,比如最常用的UITableView,
我们没法知道Apple怎么重用UITableViewCell,怎么处理UITableView里Cell的增加、删减,因为我们没有源码。
但是我们可以通过实现Delegate的方法来控制一个UITableView的一些行为。
UITableViewDataSource其实和delegate是一样一样的,只是由于意义不同换了个名字罢了。
protocol在此扮演了什么角色呢?
protocol是一种语法,它提供了一个很方便的、实现delegate模式的机会。
比如写UITableView的时候,Apple这么干
UITableView.m
delegate是我们写的类,这个类如果可以被传给UITableView做为其delegate,那唯一要求,就是它实现了
这个方法。
如果我们把这个方法定义在一个protocol里
就说明了,UITableView需要的delegate是一个conform to XXXProtocol的类。
这就正好是
表达的意思。
无论具体的类是什么,它还有其它什么方法,只要它conform to这个protocol,
就说明它可以被传给UITableView,作为它的delegate。
那么Apple为了让我们知道这个protocol是delegate需要conform的protocol,
它就把XXXProtocol改成了UITableViewDelegate
这样我们看到protocol的名字里有Delegate,就知道这个protocol里的函数是用来做自定义(Customization)的了。
代码最终还是给人看的,公司里尤其如此。
大家都希望对方把事情讲得清晰易懂,如果在再有两句俗语或者行话那大家就很开心了 :]
就是实现了互调。protocal就是独立类而定义的一组函数。@interface ClassB <ClassADelegate> 就是说classb实现了某个protocal,就可以调用protocal里定义的方法。delegate就是把自己的一部分代码实现交给其他的类去实现。id<ClassADelegate> b = ...; [b methodA]; 这里methodA其实是在protocal中声明的方法,因为又同时使用了delegate模式,那么[b methodA]其实就是说b中定义了methodA实现体。这样一定意义上就是自定义protocal中的methodA。而且要在classb中设置classa delegate = self.这样在class a中就可以直接使用[delegate methodA]去调用protocal中的方法了。否则调用不到!在其他类中@interface ClassB <ClassADelegate>后就可以写这些实现了。ClassADelegate 只是名字上为了更好理解加上了delegate,其实就是protocal的名字。只是告诉人们现在谁拥有这个delegate罢了。
iOS开发上对delegate使用广泛。
记在这里,如果有新人Google到了,希望能有点帮助。
protocol和delegate完全不是一回事,放在一起说,只是因为我们经常在同一个头文件里看到这两个word。
protocol和java里interface的概念类似,是Objective-C语法的一部分。
定义protocol如下
@protocol ClassADelegate - (void)methodA; - (void)methodB; @end |
函数是需要被实现的,所以如果对于class如下
@interface ClassB <ClassADelegate> { } @end |
也就是实现了这一组函数。
有了上面这个头文件,我们就可以放心作调用
ClassB *b = [[ClassB alloc] init]; [b methodA]; [b methodB]; |
所以protocol就是一组函数定义,是从类声明中剥离出来的一组定义。
id<ClassADelegate> b = ...; [b methodA]; |
那么delegate是什么?其实和protocol没有关系。Delegate本身应该称为一种设计模式。
是把一个类自己需要做的一部分事情,让另一个类(也可以就是自己本身)来完成。
比如ClassC
@interface ClassC { id delegate; } @end |
当然这里完全可以用其它名字而不是delegate。
我们也可以这样写
@interface ClassC { ClassB *delegate; } @end |
可以把一部分ClassC里的工作放在ClassB里去实现。
这样的写法看起来是不是有点奇怪?或者应该写成这样?
@interface ClassC { ClassB *classB; } @end |
delegate没有了…
所以说其实delegate只是一种模式,大家约定俗成,当把自己内部一部分实现暴露给另外一个类去做的时候,就叫实际做事的类为delegate。
为什么会需要把内部实现提出来给另一个类做呢?
最常见的目的就是为了在隐藏实现的前提下,提供一个自定义的机会。
比如Apple提供的iOS SDK里就有众多的delegate,比如最常用的UITableView,
我们没法知道Apple怎么重用UITableViewCell,怎么处理UITableView里Cell的增加、删减,因为我们没有源码。
但是我们可以通过实现Delegate的方法来控制一个UITableView的一些行为。
UITableViewDataSource其实和delegate是一样一样的,只是由于意义不同换了个名字罢了。
protocol在此扮演了什么角色呢?
protocol是一种语法,它提供了一个很方便的、实现delegate模式的机会。
比如写UITableView的时候,Apple这么干
UITableView.m
- (void)doSomething { [self blahblah]; [self.delegate guruguru]; [self blahblah]; } |
- (void)guruguru; |
如果我们把这个方法定义在一个protocol里
@protocol XXXProtocol - (void)guruguru; @end |
这就正好是
id<XXXProtocol> |
无论具体的类是什么,它还有其它什么方法,只要它conform to这个protocol,
就说明它可以被传给UITableView,作为它的delegate。
那么Apple为了让我们知道这个protocol是delegate需要conform的protocol,
它就把XXXProtocol改成了UITableViewDelegate
这样我们看到protocol的名字里有Delegate,就知道这个protocol里的函数是用来做自定义(Customization)的了。
代码最终还是给人看的,公司里尤其如此。
大家都希望对方把事情讲得清晰易懂,如果在再有两句俗语或者行话那大家就很开心了 :]
就是实现了互调。protocal就是独立类而定义的一组函数。@interface ClassB <ClassADelegate> 就是说classb实现了某个protocal,就可以调用protocal里定义的方法。delegate就是把自己的一部分代码实现交给其他的类去实现。id<ClassADelegate> b = ...; [b methodA]; 这里methodA其实是在protocal中声明的方法,因为又同时使用了delegate模式,那么[b methodA]其实就是说b中定义了methodA实现体。这样一定意义上就是自定义protocal中的methodA。而且要在classb中设置classa delegate = self.这样在class a中就可以直接使用[delegate methodA]去调用protocal中的方法了。否则调用不到!在其他类中@interface ClassB <ClassADelegate>后就可以写这些实现了。ClassADelegate 只是名字上为了更好理解加上了delegate,其实就是protocal的名字。只是告诉人们现在谁拥有这个delegate罢了。
相关文章推荐
- [iOS]delegate和protocol
- iOS: UIScrollViewDelegate Protocol的方法scrollViewDidScrollToTop:
- iOS: UIScrollViewDelegate Protocol的方法scrollViewShouldScrollToTop:
- iOS开发之OC篇(13)—— Protocol(协议)、Delegate(代理)
- 【iOS开发】协议与委托 (Protocol and Delegate) 实例解析
- 转:[iOS]delegate和protocol
- iOS: NSKeyedArchiverDelegate Protocol的方法archiver:willEncodeObject:
- iOS 5 Storyboard 学习之 Tabbar Controller,Navigation Controller (3) 深入Segue,Class,Protocol,Delegate的基本使
- iOS开发-Protocol协议及委托代理(Delegate)传值
- ios-关于protocol和delegate
- iOS开发-Protocol协议及委托代理(Delegate)传值
- [iOS]delegate和protocol
- iOS: NSKeyedArchiverDelegate Protocol的方法archiver:willReplaceObject:withObject:
- [iOS]delegate和protocol
- iOS开发之protocol和delegate
- iOS开发之protocol和delegate
- 【转载】[iOS]delegate和protocol
- IOS开发之----协议与委托(Protocol and Delegate) 实例解析
- [iOS]delegate和protocol
- 第二章、Objective-c 语法,继承,protocol和delegate(iOS学习笔记,从零开始)