- 代理属于一种设计模式,跟通知相似,内部发生的一些事情可以告诉别人
- 通知属于观察者模式:一直在那盯着,一旦有人发出通知,就捕获通知,执行一系列的操作
- 代理和通知这两种模式都属于数据传递
delegate
- 代理一般使用_weak
-
为了保证任何对象都可以做为代理,所以类型不要写死,用_id
Warning:
- 如果让一个控件/控制器成为了代理,那么耦合性会特别强.表现为你离不开我,我离不开你.
- 谁触动了代理方法就把谁传出去
代理方法的命名:
- XXX发生了什么事情,就把谁(参数)传出去
比如: -
scrollView触发了滚动事件,把scrollView传出去
-
scrollView触发了移动事件,把scrollView传出去,在把对应的参数传出去
.
代理设计模式的作用:
- A对象监听B对象的一些行为,A成为B的代理
- B对象想告诉A对象一些事情,A成为B的代理
代理设计模式的总结:
- 如果你想监听别人的一些行为,那么你就要成为别人的代理
- 如果你想告诉别人一些事情,那么就让别人成为你的代理
代理设计模式的开发步骤
- 拟一份协议(协议名字的格式:控件名 + Delegate)
在协议里面声明一些代理方法(一般代理方法都是@optional) - 声明一个代理属性:@property (nonatomic, weak) id<代理协议> delegate;
- 在内部发生某些行为时,调用代理对应的代理方法,通知代理内部发生什么事
- 设置代理:xxx.delegate = yyy;
- yyy对象遵守协议,实现代理方法
代理和通知的区别
- 代理:1个对象只能告诉另1个对象发生了什么事
- 通知:1个对象可以告诉N个对象发生了什么事
实例:
- 现在有一个被封装起来的点击加载更多(clickUpLoadMore)的功能
- 要实现的是:想在点击点击加载更多(clickUpLoadMore)后刷新新的数据
解放方案:
首先要拟一份协议:
-
clickUpLoadMore中把写出一个代理的成员属性
-
写一个协议必要的3项:
2-1:由于是在@interface上面写的所以要@class声明这个类.
2-2:@protocol 代理名称(一般用类的全称+Delegate)<NSObject>
2-3:@optional: 写一个需要实现的方法
-
在.m文件中的加载更多的方法中判断下是否遵守了协议,如果遵守了协议,就可以使用代理中的方法.
- 让控制器成为被封装起来的clickUpLoadMore的_代理
-
并且遵守协议
-
最后一步,就是实现代理中的方法即可
代理为什么要使用weak属性
__Warning: 事例1:
- 控制器中有个retain强指着tableView
- tableView中的代理也是有个强指针的delegate
-
但此时tableView的代理是控制器,如果互相强引用的话就不会都不会死.
__解决方案: 让代理是weak(弱引用)就不会出现这种情况,如果不使用weak,可能导致控制器和代理永远无法销毁.
__Warning: 事例1:
1. 控制器中有个retain强指着tableView
2. tableView中的代理也是有个强指针的subViews
3. subViews中装着footView 而像操控footView的话必须通过代理方法,(代理一般都是控制器)如果代理使用强引用的话,都不会死掉.
__所以要用weak,控制器外界如果没有被强引用,其他的都会死掉.