在总结设计模式,到代理设计模式这一块了,心里有一点挣扎了,名字到底怎么叫才算最标准。有人说是代理模式,有人说是委托模式,搜了很多没有一个统一的标准,所以大家无论怎么叫都可以,无可厚非,这个模式的作用就是B对象帮A对象处理一些事情,称A委托B做事情或B代理A做事情,这样其实都是说得通的。委托代理模式也许更好一点(个人观点哈)。
还有一点要陈述,下文中的红色标注指出OC不支持多继承,可以用协议来解决,还有一点要补充的是可以使用Runtime的消息转发机制来解决不可多继承的问题。来张图做个栗子
在上图中Warrior
和Diplomat
没有继承关系,但是Warrior
将negotiate
消息转发给了Diplomat
后,就好似Diplomat
是Warrior
的超类一样。
本来要手写原创代理的,搜到这边文章也不错,就转载过来了。
iOS开发-Protocol协议及委托代理(Delegate)传值
前言: 因为Object-C是不支持多继承的,所以很多时候都是用Protocol(协议)来代替 。Protocol(协议)只能定义公用的一套接口,但不能提供具体的实现方法。也就是说,它只告诉你要做什么,但具体怎么做,它不关心。
当一个类要使用某一个Protocol(协议)时,都必须要遵守协议。比如有些必要实现的方法,你没有去实现,那么编译器就会报警告,来提醒你没有遵守××协议。注意,我这里说的是警告,而不是错误。对的,就算你不实现那些“必要实现”的方法,程序也是能运行的,只不过多了些警告。
我会在本文的结尾放上此Demo的下载地址,有需要的话可以去下载,谢谢。
Protocol(协议)的作用:
1. 定义一套公用的接口(Public)
- @required:必须实现的方法
- @optional:可选 实现的方法(可以全部都不实现)
2. 委托代理(Delegate)传值:
它本身是一个设计模式,它的意思是委托别人去做某事。
比如:两个类之间的传值,类A调用类B的方法,类B在执行过程中遇到问题通知类A,这时候我们需要用到代理(Delegate)。
又比如:控制器(Controller)与控制器(Controller)之间的传值,从C1跳转到C2,再从C2返回到C1时需要通知C1更新UI或者是做其它的事情,这时候我们就用到了代理(Delegate)传值。
一、定义一套公用的接口(Public)
首先新建一个协议文件:
填上协议文件名及文件类型(选择Protocol):
ProtocolDelegate.h代码(协议不会生成.m文件):
在需要使用到协议的类,import它的头文件:
我这里选择的是入口文件
记得要遵守协议:
这时会报一个警告,因为定义的协议里有一个是必须实现的方法,而我们没有去实现:
实现了必须实现的方法后,编译器就不会报警告了:
至于其它的可选方法,你可以选择实现,也可以全都不实现。
二、委托代理(Delegate)传值
在Storyboard上,先搭好界面,如下图:
新建ControllerB:
把B界面的类设置为ViewControllerB:
下面放出主要类文件代码,我在里面写了注释,大家应该能看懂。不懂也没有关系,我会在本文结尾放上Demo下载地址。
ViewController.m文件:
ViewControllerB.h文件:
ViewControllerB.m文件:
完成效果截图:
小结:
当你需要定义一套公用的接口,实现方法可以是不同的时候,你可以使用Protocol协议。
当你需要进行类与类之间的传值时,你也可以基于Protocol协议,使用代理设计模式进行传值。
Demo测试通过环境:
- 开发工具:Xcode6.1
- 测试机型:模拟器
- 测试系统:IOS8.0
Demo下载地址: GCProtocol&Delegate