代理一对多的实现
实现解释下这个代理实现的一对多的代理模式大概设想，主要在开发中，经常会遇到一种情况，那就是某个页面或者方法中进行了某种操作后，需要通知整个APP，不管是在哪个界面，只要接受到通知就做相应的处理，比如说网络波动检测、电池电量检测、用户切换前后台等等情况。一般我们都是通过分类添加方法，然后在做扩展，但是又想要达到不同类或者不同对象做不同的操作，所以写起来比较麻烦。所以我设想并设计了一个代理模式并且能够实现一对多的通知，而且当我不想使用的时候直接调用移除，页面不再遵守代理，而且不用管理消息监听者释放这些，下面看下使用的场景图。
image.png
如上图，经常会遇到这种情况，当触发某个操作或者监听到某种状态变化后，每个View都要做出相应的变化，这种情况我们就需要写分类或者通知等等方式去处理这种操作，而且如果界面出现遗漏很容易造成奔溃啥的，那么是否有简便安全的方式呢？有的，下面隆重介绍我的代理模式，实现一对多功能。那么按照常规操作，我们应该先进行普及一些知识，这样更容易看懂代码。
NSMapTable
苹果官方是这么解释的:
A collection similar to a dictionary, but with a broader range of available memory semantics.
KG翻译版本是这么解释的:
类似于字典的集合，但具有更广泛的可用内存语义。
通俗点解释就是：和NSDictionary类似，但是也有区别，对于内存这块做了相应的优化。主要区别在于以下几点：
- key-value键值可以设置一个弱引用、一个强引用
- key-value键值可以都设置为弱引用
- key-value键值可以都设置为强引用
- 无论是key还是value都可以包含任意指针，内存不限于对象
NSPointerArray
苹果官方是这么解释的：
A collection similar to an array, but with a broader range of available memory semantics.
KG翻译版本是这么解释的:
类似于数组的集合，但具有更广泛的可用内存语义。
通俗带你解释就是：和NSArray类似，但是也有区别，对于内存处理做了优化。区别于NSArray的点主要有:
- 可以保存
nil值 - 可以进行插入或者删除
nil或者删除指定索引处的指针 - 可以初始化数组，对数组内的元素使用强引用维护
- 可以初始化数组，对数组内的元素使用弱引用维护
NSHashTable
苹果官方是这么解释的:
A collection similar to a set, but with broader range of available memory semantics.
KG翻译版本是这么解释的:
类似于集合的集合，但具有更广泛的可用内存语义。
通俗点解释就是：和NSSet类似，但是也有区别，对于内存这块做了相应的优化。主要区别在于以下几点：
- 它可以持有对其成员的弱引用
- 它的成员可以在输入时复制，也可以使用指针标识进行相等和散列
- 它可以包含任意指针（其成员不限于对象）
- 可以初始化集合，对集合内的内容使用弱引用
自定义代理管理类
1、在iOS开发中多个对象之间进行消息交互，我们常用的方式有以下几种：
- 通知：一对多，只负责消息发送，不负责消息状态回调
- 代理：一对一，判断消息能否正常响应
- Block：一对一，判断回调是否实现
- KVO：一对多，消息订阅后就可以收到监听回调
虽然我们有多种方式实现一对多的通信，但是以上几种都是存在相对的缺点，通知来说耦合性很高，而且性能消耗很大；KVO的话细节比较多，特别是注册监听后的移除，如果忘记那就是毁灭性的打击。所以我想到能否实现代理的一对多呢？经过一顿猛如虎的操作，我发现是可以的，而且使用起来是非常舒服，下面就开始进入主题。
2、设计思路的话也比较简单，就是使用一个中间类，去遵守各种协议，然后当有对象需要遵守协议的时候，只需要将对象注册到中间类中，只要委托方调用了协议方法，那么代理方法实现的地方就会走相应的方法。下面看下协议管理类的主要代码：
image.png
image.png
3、以上是代理类的实现，那么再看下使用：
image.png
没错就是这么简单，只需要在需要遵守协议的类中实现协议的方法，然后注册协议以及遵守者到代理管理类中，当委托方调用协议方法时，所有注册了协议的类都会收到协议方法回调，而且如果不需要遵守的时候也很简单，只需要调用[[KGDelegate shareInstance] removeTarget:self withProtocol:NSProtocolFromString(@"KGPersonDelegate")];就能取消代理注册了，而且就算类注册的类已经释放了，也不会造成内存泄露。
