iOS 委托代理与协议（Delegate and Protocol)

Posted 2023-04-12

参考技术A 在说之前，先说明 protocol和delegate完全不是一回事，放在一起说，只是因为我们经常在同一个头文件里看到这两个word。

委托（代理模式）（Delegate）：顾名思义就是委托别人办事，就是当 一件事情发生后，自己不处理，让别人来处理。

协议 (Protocol)：就是使用了这个协议后就要按照这个协议来办事，协议要求实现的方法就一定要实现。

就是我有一个任务完成一个app 我只会写ios端的前台，我需要找人写后台，即委托（Delegate）人写后台，我俩合作时要有个协议（Protocol），完成之后各分多少钱。。。

protocol和java里interface的概念类似，是Objective-C语法的一部分。（其实我跟不不知道什么java的interface，喵）

定义protocol如下

那么就是定义了一组函数，这组函数放在一起叫作一个protocol，也就是协议。

函数是需要被实现的，所以如果对于class如下

就叫作ClassB conform to protocol ClassADelegate，也就是说ClassB实现了这个协议，

也就是实现了这一组函数。

有了上面这个头文件，我们就可以放心作调用

而不用担心出现unrecognized selector sent to instance这种错误了。

所以protocol就是一组函数定义，是从类声明中剥离出来的一组定义。

这种用法也常见，b是一个id类型，它知道ClassADelegate这组函数的实现。

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是一样一样的，只是由于意义不同换了个名字罢了。

比如写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)的了。

抄到这里，委托和协议大概我都明白了，不知道大家是否理解了，面试一般都会问的哦

来自 Haoxiang Li in iOS Development | 2011/08/26  

iOS 代理协议

代理，又称委托代理（delegate），是iOS中常用的设计一种模式。顾名思义，它是把某个对象要做的事情委托给别的对象去做。那么别的对象就是这个对象的代理，代替它来打理要做的事。反映到程序中， 首先要明确一个对象的委托方是哪个对象，委托所做的内容是什么。在iOS程序设计中，委托通过一种@protocol的方式实现，所以又称为协议。在iOS的SDK里面，UITableView、UITextField等都有用到这种设计模式。

协议，是多个类共享的一个方法列表，在协议中所列出的方法没有响应的实现，由其它类来实现。委托是指给一个对象提供机会对另一对象中的变化做出反应或者相应另一个对象的行为。其基本思想是协同解决问题。

 

从方法的定义我们不难看出委托模式能够起到两方面的作用：

第一：代理协助对象主体完成某项操作，将需要定制化的操作通过代理来自定义实现，达到和子类化对象主体同样的作用。
第二：事件监听，代理对象监听对象主体的某些重要事件，对事件做出具体响应或广播事件交给需要作出响应的对象。

个人理解采用委托模式的好处在于：
1、避免子类化带来的过多的子类以及子类与父类的耦合
2、通过委托传递消息机制实现分层解耦

 

 

在程序中：一般情况下

1．委托需要做的工作有：

     1.1定义协议与方法

     1.2声明委托变量

     1.3设置代理

     1.4通过委托变量调用委托方法

2．代理需要做的工作有:

     2.1遵循协议

     2.2实现委托方法

 

比如，学生想要买一本专业书，书店没有这本书，自己又不直接去出版社，于是，学生就委托书店，帮忙买书，书店就是学生的代理。

学生 Student.h里面：

#import <Foundation/Foundation.h>

//定义协议与方法
@protocol StudentBuyBookDelegate<NSObject>
-(void)buyBook:(NSString *)name price:(int)p;
@end

@interface Student : NSObject
//声明委托变量
@property(nonatomic,retain)id<StudentBuyBookDelegate> stu_delegate;

-(void)wantBuy;

@end

学生 Student.m里面：

#import "Student.h"

@implementation Student

-(void)wantBuy {
    
    NSLog(@"学生：我想买IOS开发的书");
    //通过委托变量调用委托方法
    [self.stu_delegate buyBook:@"IOS开发" price:50];
}

@end

 

书店BookShop.h

#import <Foundation/Foundation.h>
#import "Student.h"
//书店遵守StudentBuyBookDelegate的委托协议
@interface BookShop : NSObject<StudentBuyBookDelegate>

@end

 

书店 BookShop.m

#import "BookShop.h"

@implementation BookShop

//书店实现协议的方法
-(void)buyBook:(NSString *)name price:(int)p {
    
    NSLog(@"我可以以%i元的价格把%@卖个你",p,name);
}

@end

 

在ViewController.m里面

    Student *student =[[Student alloc]init];
    BookShop *bookshop = [[BookShop alloc]init];
    
    //学生设置代理，委托书店买书
    student.stu_delegate=bookshop;
    
    //判断书店是否实现了协议，避免未实现带来的崩溃
    if ([bookshop respondsToSelector:@selector(buyBook:price:)])
    {
        [student wantBuy];
    }

 

结果如图：

 

总结：协议是一个方法签名的列表，在其中可以定义若干个方法。根据配置，遵守该协议的类会去实现这个协议中规定的若干个方法。代理是一个概念，很难用一个名词去定义（如我们可以说协议其实就是一个方法列表）。它更像是一种关系，我要做某一个事情，但我自己不想去做这件事，我委托其他人帮我去做这件事。这个时候，这位其他人就是我的代理。

本文侧重于概念的理解，通过学生书店购书的例子，解释了代理协议的概念。下文《iOS 用代理实现界面反向传值》将侧重于代理协议在iOS 程序设计的应用，比如界面反向传值等等。