第三篇:Objective-C 知识回顾之语言特性

3.1.分类

你都用分类做了哪些事情呢?
  • 给类添加实例方法或者类方法或者私有方法
  • 分解体积庞大的类文件(比如网络相关的 api,就是一个很好的应用)
  • Framework 或者私有方法公开
分类的特点
  • 运行时决议(只有在运行时,利用 runtime 机制,才会将分类添加到宿主类上去,这是分类的特点,也是和类扩展最大的区别)
  • 可以为系统类添加分类(比如给 UIView 添加获取坐标的方法,类扩展是不可以添加给系统类的)
分类中都可以添加哪些内容?
  • 实例方法
  • 类方法
  • 协议
  • 属性
如果多个分类中有同名方法,哪个会生效?
  • 分类中的方法会“覆盖“宿主类的同名方法(其实底层宿主类的方法依然存在,只是分类方法排在 list 的前面位置)。
  • 同名分类方法,最后参与编译的方法会生效。
关联对象的方法,是将属性储存到了宿主的对象上吗?
  • 关联对象并没有存储到宿主对象上去。
  • 关联对象由 AssociationsManager 管理并在 AssociationsHashMap 存储。
  • 所有的对象关联内容都在同一个全局容器中。

3.2.扩展

扩展用来做什么呢?
  • 声明私有属性
  • 声明私有方法(只是为了方便阅读)
  • 声明私有成员变量
扩展的特点?
  • 编译时决议
  • 只以声明的形式存在,多数情况下寄生于宿主类的.m 中
  • 不能为系统类添加扩展

3.3.代理(Delegate)

  • 准确的来说是一种软件设计模式。
  • iOS 中以@protocol 形式提现。
  • 传递方式一对一。
代理的应用流程图

3.4.通知(NSNotification)

  • 是使用观察者模式来实现的用于跨层传递消息的机智。
  • 传递方式为一对多。
通知的流程
如何实现通知机制?
原理图

3.5.KVO

  • KVO 是 Key-value observing 的缩写,是 Objective-C 对观察者设计模式的又一实现。
  • Apple 使用了 isa 混写(isa-swizzling)来实现 KVO。
KVO 实现的流程和原理
问题一:通过 KVC 设置 value,KVO 能否生效?
  • 能,KVC 会调用 setter 方法。
问题二:通过成员变量直接赋值 value 能否触发 KVO?
  • 不能,直接通过访问实例变量,并不会触发 setter 方法。
问题三:如何手动触发 KVO?
//通过实现下面两个方法的调用,就可以手动触发 KVO
[self willChangeValueForkey:@"value"];
[self didChangeValueForkey:@"value"];

3.6.KVC

  • KVO 是 Key-value coding 的缩写,是 apple 为我们提供的一种编码技术。
  • 主要涉及如下两个方法。
-(id)valueForKey:(NSString*)key
-(void)setValue:(id)value forKey:(NSString*)key
思考一:通过 KVC 编码技术,是否会破坏面向对象的编程方法或者说有违背于面向对象的编程思想?
  • 是有违背的,因为 KVC 编码技术中的 Key,在知道对象的私有变量名称的情况下,是可以设置或者获取对象的私有变量的。
思考二:valueForKey:的系统实现流程?
valueForKey:的系统实现流程
思考三:Acessor Method is exist 的判断流程?
Acessor Method is exist 的判断流程
思考四:Instance var is exist 的判断流程?
Instance var is exist 的判断流程

3.7.属性关键字

读写权限的关键字
  • readonly
  • readwrite (默认的)
原子性的关键字
  • atomic (默认的)
  • nonatomic
引用计数的关键字
  • retain/strong
  • assign/unsafe_unretained
  • weak
  • copy
assign 关键字的特点
  • 修饰基本数据类型,如 int,BOOL 等
  • 修饰对象类型时,不改变其引用计数。
  • 会产生垂直指针。(对象释放后,仍然执行该对象原来所在指针,容易出现悬垂指针)
weak 关键字的特点
  • 只能修饰对象。
  • 不改变被修饰对象的引用计数。
  • 所指对象在被释放之后会自动置为 nil。
思考一: atomic 修饰的属性,会产生一个什么效果?
  • atomic 关键修饰的属性,它可以保证”赋值“”获取“是线程安全的。
  • 这里的”赋值“”获取“,并不代表”操作“。(比如我们用 atomic 修饰的是一个数组,那么我对这个数组的赋值和获取是线程安全的。但是如果我们对这个数组进行操作,例如添加或者移除对象,这是不在 atomic 负责访问内的。)
思考二: 为什么被 weak 修饰的对象被释放后,weak 会指向 nil 呢?
项目传送门:UIEventDemo(注意观察日志输出)
回顾系列文章下一篇:Objective-C 知识回顾之语言特性
回顾系列文章上一篇:Objective-C 知识回顾的UI视图部分之二

推荐阅读更多精彩内容