从概念上理解这是一个关键概念,因此在技术细节之前先弄清楚如何思考它很重要。简单地说,委托就是一个回调。
使用委托的两种主要场景:
- 类或控件想要抽象出有关如何工作的详细信息(例如检索数据)。
- 允许其他人将代码挂接到管道中。
示例:
UITableView - 表格视图只是一个知道如何呈现单元格列表的控件。它处理渲染、滚动等所有繁重的工作……但是,它不知道如何加载数据。因此,您实现了一个数据源委托,该委托具有获取给定行的单元格数据的方法等......这让您很容易。您只需使用控件并插入数据的细节。 UITableView 将为您做所有事情……只需回答几个具体问题即可。一位代表回答了这几个具体问题。
文本控件 - 您将文本控件添加到视图中,瞧!你可以输入它,一切都很好。但是,如果您想在他们开始输入或完成输入时做些什么呢?好吧,文本控件提供了一个委托,其方法允许您连接到文本控件的执行管道。它允许文本控件为您做所有事情,并允许您在需要的地方插入代码。很多时候,有办法插入代码来决定是否允许某事。控件会回电询问,我应该可以做 x 吗?您可以插入代码并影响行为。
如果您正在创建控件或类,您可以创建自己的协议、数据源委托等...这样您的控件就可以专注于做广告宣传的事情。例如,假设您想创建一个任务控件。你可以:
首先,创建一个合同。嘿,如果你要为我的控制提供数据,这些是我要问你的问题。我会从那里拿走它......在这种情况下,我会问你任务的数量,我会让你给我一个给定行号的任务。
@protocol XXTaskBoardDelegate <NSObject>
-(NSInteger*)getTaskCount;
-(XXTask*)getTaskForRow:(NSInteger*)rowNumber;
@end
在控件或类中,为消费者提供一种方法,将委托数据源类提供给我们,该类将回答控件提出的问题。此时,控件是纯控件。它对您如何获取数据一无所知。它要求一个实现合同/协议的对象(id)。身份证
@implementation XXTaskBoard
- (void)setDelegate:(id<XXTaskBoardDelegate>)newDelegate
{
// the control stores the delegate so it can callback and ask you questions.
}
然后,对于委托类,在标头中声明您实现了该正式协议
并在实现 m 文件中提供代码。
@interface AppController : NSObject<XXTaskBoardDelegate>
{
//...
}
然后,在实现中实现它
@implementation AppController
- (NSInteger*)getTaskCount
{
return [model queryTaskCount];
}
- (XXTask*)getTaskForRow:(NSInteger*)rowNumber
{
return [[model tasks] getItem:(NSInteger*)rowNumber];
}