Fork me on GitHub

OC中的protocol

一、 简单使用

1. 基本用途

  • 可以用来声明一大堆方法(不能声明成员变量)
  • 只要某个类遵守了这个协议,就相当于拥有这个协议中的所有方法声明
  • 只要父类遵守了某个协议,就相当于子类也遵守了

2. 格式

  • 协议的编写

@protocol 协议名称

// 方法声明列表

@end

  • 某个类遵守协议

@interface 类名 : 父类 <协议名称>

@end

3. 关键字

协议中有2个关键字可以控制方法是否要实现(默认是@required),在大多数情况下,用途在于程序员之间的交流

  • @required:这个方法必须要实现(若不实现,编译器会发出警告)
  • @optional:这个方法不一定要实现

4. 协议遵守协议

  • 一个协议可以遵守其他多个协议,多个协议之间用逗号 , 隔开
  • 一个协议遵守了其他协议,就相当于拥有了其他协议中的方法声明

@protocol 协议名称 <协议1, 协议2>

@end

5. 基协议

  • NSObject是一个基类,最根本最基本的类,任何其他类最终都要继承它
  • 其实还有一个协议,名字也叫NSObject,它是一个基协议,最根本最基本的协议
  • NSObject协议中声明很多最基本的方法,比如description、retain、release等
  • 建议每个新的协议都要遵守NSObject协议

6. 定义变量时指定协议

// NSObject类型的对象,并且要遵守NSCopying协议

NSObject<NSCopying> *obj;

// 任何OC对象,并且要遵守NSCoding协议

id<NSCoding> obj2;

二、 代理设计模式

1. 设计原理

  • 有些麻烦的事情不想自己亲自做,就可以找个人帮忙做,即交给代理对象去做

2. 设计原则

  • 首先得拥有某个代理对象属性
  • 其次要很清楚代理有哪些方法
  • 最后要保证能解耦

3. 实现方案

  • 定义一个protocol,在其中声明一些和代理沟通的方法
  • 拥有一个代理属性id<protocol> delegate
  • 让代理遵守protocol
posted @   极度恐慌_JG  阅读(204)  评论(0编辑  收藏  举报
编辑推荐:
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异
· 三行代码完成国际化适配,妙~啊~
点击右上角即可分享
微信分享提示