Protocol 与 Delegate | akinIan’s Blog

type

status

date

slug

summary

Protocol（协议）是什么？

想象一下去餐厅点餐。菜单就像一个协议（Protocol），它列出了餐厅"承诺"可以提供的所有菜品。不管是哪个厨师（类）当值，只要遵循这个菜单（协议），就必须能够做出这些菜。

在代码中，Protocol 就像一个"合同"，定义了一组方法和属性的列表，任何遵循这个协议的类都必须实现这些要求。

Delegate（委托）是什么？

想象你是一家公司的老板，你不可能事事亲力亲为。有些任务你会委托给秘书去做，但具体怎么做是由秘书决定的。这就是委托模式。

在iOS开发中，Delegate 是一种设计模式，让一个对象可以把一些任务"委托"给另一个对象来完成。

Delegate Protocol 方法的实现位置

在使用 Delegate 模式时，protocol 中定义的方法应该在遵循该协议的类（delegate 对象）中实现。让我们继续使用上面的例子来说明：

在这个例子中：

实现位置：CompanyDelegate 协议中定义的方法在 Secretary 类中实现

使用方式：Boss 类通过 delegate 属性持有 Secretary 对象的引用，并在需要时调用相应的方法

调用流程：当 Boss 需要处理会议时，会调用 [self.delegate handleMeeting]，实际执行的是 Secretary 类中实现的方法

注意：确保在设置 delegate 之前，delegate 对象已经正确实现了协议中定义的所有必需方法，否则会导致运行时错误。

如何释放delegate？

在 Objective-C 中，正确释放 delegate 是很重要的，以防止内存泄漏和其他问题：

设置为 nil：在对象被释放前，应将 delegate 设置为 nil

使用 weak 引用：delegate 属性应该总是声明为 weak，避免循环引用

注意：使用 ARC（自动引用计数）时，如果正确使用了 weak 修饰符，delegate 会在其指向的对象被释放时自动设置为 nil。但显式设置为 nil 仍是一个好习惯。

两者的关系和区别

关系：Delegate（委托）模式通常通过 Protocol（协议）来实现。Protocol 定义接口规范，而 Delegate 是一种运用 Protocol 的设计模式。

使用场景：

Protocol：用于定义一组标准行为
Delegate：用于实现对象之间的通信和任务委托

实际应用例子

让我们通过一个具体的例子来说明 Protocol 和 Delegate 的使用：假设我们要实现一个简单的表单提交功能。

在这个例子中：

Protocol（FormSubmissionDelegate）：定义了表单提交成功和失败时需要实现的方法

Delegate：ContactForm 类通过 delegate 属性将表单提交的结果委托给其他对象处理

实现：ViewController 遵循 FormSubmissionDelegate 协议并实现相应方法，处理表单提交的结果

这个例子展示了如何使用 Protocol 和 Delegate 模式来实现对象之间的解耦和通信。表单类（ContactForm）不需要知道谁在使用它，它只需要通过 delegate 发送消息即可。而视图控制器通过实现代理方法来处理这些消息。

为什么需要Protocol与Delegate？

在iOS开发中，Protocol和Delegate的设计模式解决了几个关键问题：

代码解耦：通过Protocol和Delegate，我们可以将不同模块的代码分开，使代码更易于维护和修改。比如UITableView不需要知道具体如何显示数据，它只需要知道可以从delegate那里获取数据。

提高复用性：同一个Protocol可以被多个类采用，这样可以实现代码的重复使用。例如，同一个TableView的协议可以被不同的视图控制器使用。

实现回调机制：Delegate模式提供了一种优雅的方式来处理异步操作的回调，比如网络请求完成后的数据处理。

标准化接口：Protocol为不同的类提供了一个标准的接口，确保所有遵循该协议的类都实现了必要的功能。

这种设计方式在iOS开发中非常普遍，它不仅让代码更加灵活，也使得团队协作更加容易，因为每个人都可以清楚地知道需要实现哪些方法。

Protocol 和 Delegate 的独立使用

Protocol 和 Delegate 虽然经常配合使用，但它们也可以独立使用：

Protocol 的独立使用场景

接口规范：Protocol 可以单独用作接口规范，定义一组必须实现的方法，而不一定要用于委托模式。

多继承替代：Objective-C 不支持多继承，但可以通过让一个类遵循多个 Protocol 来实现类似的功能。

类型约束：Protocol 可以用作泛型约束或集合元素的类型限定。

Delegate 的独立使用场景

虽然 Delegate 模式通常通过 Protocol 来实现，但也可以不使用 Protocol：

直接方法调用：可以通过直接定义具体类型的属性来实现委托，而不使用 Protocol。但这种方式缺乏灵活性，不推荐使用。

但需要注意的是，虽然两者可以独立使用，但在 iOS 开发中，使用 Protocol 来实现 Delegate 模式是最佳实践，因为这样可以：

提供更好的代码灵活性和可维护性

实现更松散的耦合

支持多个类遵循同一个委托接口

总结

Protocol（协议）是一个规范，定义了必须实现的方法和属性

Delegate（委托）是一种设计模式，用于对象间的任务分配和通信

两者经常配合使用，使代码更加灵活和可复用