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<ErSessionDelegate> delegate;
调用：
if ([_delegate respondsToSelector:@selector(didFinishReceive:)]) {
[_delegatedidFinishReceive:self];
}
遵守该protocol的类：
@interface DataSyncTask:NSObject<ErSessionDelegate>
@end
@implementation
- (void) didFinishReceive:(ErSession* sender){
//
}
- (void) didFailedReceive:(ErSession* sender){
//
}
@end
在swift中，按照上面的代码翻译了一遍:
定义协议：
protocol ErSessionDelegate {
optionalfuncdidFinishReceive(sender:ErSession)
optional func didFailedReceive(sender:ErSession)
}
声明变量：
var delegate: ErSessionDelegate?
调用：
self.delegate?.didFinishReceive?(self)
遵守该protocol的类：
class DataSyncTask: ErSessionDelegate {
funcdidFinishReceive(sender:ErSession) {
//
}
func didFailedReceive(sender:ErSession) {
//
}
}
基本上一一映射，只是语法上的变化而已。
在swift的 “定义协议” 部分，遇到了一个编译错误： ‘optional’ can only be applied to members of an @objc protocol 。 当时不明白什么意思， 就按照建议加上了@objc， 如下：
@objc protocol ErSessionDelegate {
optionalfuncdidFinishReceive(sender:ErSession)
optional func didFailedReceive(sender:ErSession)
}
很好，到此为止，编译通过，一切顺利。
单步跟踪，一切正常，self.delegate?.didFinishReceive?(self) 执行时，所有的变量也是正常的。怎么回事呢？
把它拆开,强制unwrap：
if let delegate = self.delegate {
delegate.didFinishReceive!(self)
}
发生运行时错误，程序崩溃在这一行delegate.didFinishReceive!(self)
运行时栈的第4层是： -[SwiftObject doesNotRecognizeSelector:]
delegate中明明已经定义了didFinishReceive，为什么还会有这个错误呢？
对于：self.delegate?.didFinishReceive?(self)
本质上来讲，第二个问号是通过ObjC的respondsToSelector: 方法实现的。所以，在上面的 DataSyncTask 类中实现该协议时，也需要让ObjC运行时能够识别那两个函数。（深入的技术细节请看下面的参考文档。）
具体实现方法有三种：
1. 让 DataSyncTask 继承 NSObject
class DataSyncTask:NSObject,ErSessionDelegate {
...
}
@objcclass DataSyncTask: ErSessionDelegate {
...
}
class DataSyncTask: ErSessionDelegate {
@objcfuncdidFinishReceive(sender:ErSession) {
//
}
@objcfunc didFailedReceive(sender:ErSession) {
//
}
}
三种方法任选其一。各有各的好处。前两者有些大才小用，因为，那相当于让整个类的每一个方法和属性都具有了 objc的能力。 第三种也有一个小缺点，就是，当有子类继承DataSyncTask时，如果重载了这两个方法，也需要加上@objc，稍稍有点麻烦而已。
就swift语言本身来讲，确实是个优雅的、强大的、现代感十足的语言。本来以为可以逐渐摆脱老态龙钟的objC，可是，swift居然如此重度依赖Objective-C。想想 Cocoaframework 吧，整个基于NSObject， 而swift离开他可是寸步难行。
参考文档：
