swift 中，protocol的optional方法
swift推出一年多了，断断续续学了一些，一直没有真正引入自己的项目中。 最近准备做一个 Today Extension，恰好是一个机会可以完整的使用swift开发。刚刚做了几天，就发现又一次被Apple忽悠了，感觉就像iOS6.0时代的AutoLayout，经常掉坑儿里。 尤其是swift和objc的interoperability，最简单、也是困扰我时间最长的就是protocol中的optional方法了。
在Objective-C 中，protocol的optional方法定义和使用都很直观，如下：
定义协议：
@protocol ErSessionDelegate
@optional
- (void) didFinishReceive:(ErSession* sender);
- (void) didFailedReceive:(ErSession* sender);
@end
声明变量：
@property (nonatomic, unsafe_unretained) id delegate;
调用：
if ([_delegate respondsToSelector:@selector(didFinishReceive:)]) {
[_delegate didFinishReceive:self];
}
遵守该protocol的类：
@interface DataSyncTask:NSObject
@end
@implementation
- (void) didFinishReceive:(ErSession* sender) {
//
}
- (void) didFailedReceive:(ErSession* sender) {
//
}
@end
在swift中，按照上面的代码翻译了一遍:
定义协议：
protocol ErSessionDelegate {
optional func didFinishReceive(sender:ErSession)
optional func didFailedReceive(sender:ErSession)
}
声明变量：
var delegate: ErSessionDelegate?
调用：
self.delegate?.didFinishReceive?(self)
遵守该protocol的类：
class DataSyncTask: ErSessionDelegate {
func didFinishReceive(sender:ErSession) {
//
}
func didFailedReceive(sender:ErSession) {
//
}
}
基本上一一映射，只是语法上的变化而已。
在swift的 “定义协议” 部分，遇到了一个编译错误： ‘optional’ can only be applied to members of an @objc protocol 。 当时不明白什么意思， 就按照建议加上了@objc ， 如下：
@objc protocol ErSessionDelegate {
optional func didFinishReceive(sender:ErSession)
optional func didFailedReceive(sender:ErSession)
}
很好，到此为止，编译通过，一切顺利。
开始运行app，呃，DataSyncTask中的两个回调函数（didFinishReceive， didFailedReceive）却从来不被调用，
单步跟踪，一切正常， self.delegate?.didFinishReceive?(self) 执行时，所有的变量也是正常的。怎么回事呢？
把它拆开, 强制unwrap：
if let delegate = self.delegate {
delegate.didFinishReceive!(self)
}
发生运行时错误，程序崩溃在这一行 delegate.didFinishReceive!(self)
运行时栈的第4层是： -[SwiftObject doesNotRecognizeSelector:]
delegate中明明已经定义了didFinishReceive，为什么还会有这个错误呢？
看了一堆文档，终于找到了原因，就是上面那个编译错误，加上 @objc 才编译通过的问题。
简单来说，swift中的protocol原生不支持optional（为什么呢？），必须依赖objective-C的运行时才能支持。
那么，在protocol中声明optional方法时，必须要加上@objc属性。
对于： self.delegate?.didFinishReceive?(self)
本质上来讲，第二个问号是通过ObjC的respondsToSelector: 方法实现的。所以，在上面的 DataSyncTask 类中实现该协议时，也需要让ObjC运行时能够识别那两个函数。（深入的技术细节请看下面的参考文档。）
具体实现方法有三种：
1. 让 DataSyncTask 继承 NSObject
class DataSyncTask:NSObject, ErSessionDelegate {
...
}
2. 给DataSyncTask 加上@objc属性
@objc class DataSyncTask: ErSessionDelegate {
...
}
3. 给相关函数加上 @objc属性
class DataSyncTask: ErSessionDelegate {
@objc func didFinishReceive(sender:ErSession) {
//
}
@objc func didFailedReceive(sender:ErSession) {
//
}
}
三种方法任选其一。各有各的好处。前两者有些大才小用，因为，那相当于让整个类的每一个方法和属性都具有了 objc的能力。 第三种也有一个小缺点，就是，当有子类继承DataSyncTask时，如果重载了这两个方法，也需要加上@objc，稍稍有点麻烦而已。
就swift语言本身来讲，确实是个优雅的、强大的、现代感十足的语言。本来以为可以逐渐摆脱老态龙钟的objC，可是，swift居然如此重度依赖Objective-C。想想 Cocoa framework 吧，整个基于NSObject， 而swift离开他可是寸步难行。
参考文档：
http://www.csdn.net/article/2015-02-15/2823979-swift-objc-protocol
https://developer.apple.com/library/ios/documentation/Swift/Conceptual/BuildingCocoaApps/InteractingWithObjective-CAPIs.html#//apple_ref/doc/uid/TP40014216-CH4-XID_25
http://www.csdn.net/article/2015-02-04/2823831-swift-objc-and-dynamic
swift 3.0, 已经从语法上改善了这个问题，虽然还要使用 @objc ， 但，至少把问题简化了，而且，不会延迟到运行阶段才暴露问题。
修改后代码如下，可以在Playground 运行：
import UIKit
@objc protocol ErSessionDelegate { // 这一行，前面必须加上 @objc，否则，编译错误
@objc optional func didFinishReceive() // 这一行，前面必须加上 @objc，否则，编译错误
}
class ErSessionController {
var delegate: ErSessionDelegate?
func testOpt() {
self.delegate?.didFinishReceive?()
}
}
class DataSyncTask: ErSessionDelegate { // 这个类，不必再加 @objc
func didFinishReceive() { // 这个函数，不必再加 @objc
print("did finish receive")
}
}
let con = ErSessionController()
let del = DataSyncTask()
con.delegate = del
con.testOpt()