Hi,SwiftGG 翻译组启用了新的域名:swiftgg.team今后翻译组的各项活动将会在新域名下开展,不要错过哦!

作者:uraimo,原文链接,原文日期:2015-10-23
译者:小铁匠Linus;校对:100mango;定稿:Channe

示例程序可以从 Github 上下载。

(译者注:译者也写了一篇关于 Method Swizzling 的文章 Runtime 之 Method Swizzling,顺便写了两个小 demo 来对比 Objective-C 和 Swift 之间 Method Swizzling 的异同,示例代码传送门

Method Swizzling 在 Objective-C 或其他语言中是一种很有名的技术,用来支持动态方法派发。

Method Swizzling 通过改变特定 selector(方法)与实际实现之间的映射,在 runtime 时将一个方法的实现替换成其它方法的实现。

虽然这看起来非常方便,但是这个功能也有其缺点。在 runtime 执行这类更改时,你就不能在编译时利用那些可用的安全检查了。因此,应该小心使用 Method Swizzling。

NSHipster 上有一篇关于如何在 Objective-C 中使用 Method Swizzling 的文章(译者注:南峰子的技术博客有这篇文章的译文)(其他详情也可以看这里)以及 Stackoverflow 上有一些如何使用 Method Swizzling 的讨论。

Swift 关于方法派发是使用静态方法的,但有些情形可能需要用到 Method Swizzling。

在 Swift 中使用 Method Swizzling 之前,让我再次重申一下这种技术还是尽量少用,只有当你的问题不能用 Swift 的方式解决,也不能用子类、协议或扩展解决时才使用

正如 NSHipster 上另一篇文章描述的那样,在 Swift 中对一个来自基本框架(Foundation、UIKit 等)的类使用 Method Swizzling 与 Objective-C 没什么区别。

extension UIViewController {
public override static func initialize() {
struct Static {
static var token: dispatch_once_t = 0
}

// 确保不是子类
if self !== UIViewController.self {
return
}

dispatch_once(&Static.token) {
let originalSelector = Selector("viewWillAppear:")
let swizzledSelector = Selector("newViewWillAppear:")

let originalMethod = class_getInstanceMethod(self, originalSelector)
let swizzledMethod = class_getInstanceMethod(self, swizzledSelector)

let didAddMethod = class_addMethod(self, originalSelector, method_getImplementation(swizzledMethod), method_getTypeEncoding(swizzledMethod))

if didAddMethod {
class_replaceMethod(self, swizzledSelector, method_getImplementation(originalMethod), method_getTypeEncoding(originalMethod))
} else {
method_exchangeImplementations(originalMethod, swizzledMethod);
}
}
}

// MARK: - Method Swizzling

func newViewWillAppear(animated: Bool) {
self.newViewWillAppear(animated)
if let name = self.descriptiveName {
print("viewWillAppear: \(name)")
} else {
print("viewWillAppear: \(self)")
}
}
}

在这个例子中,应用中的每个 UIViewController 都会执行额外的操作,而原始的 viewWillAppear 方法会被保护起来不执行,这种情形只能通过 Method Swizzling 来实现。

viewWillAppear 方法的实现会被替换成 initializenewViewWillAppear 方法的实现。值得注意的是,在 swizzle 后,会递归调用 newViewWillAppear 方法,以替换之前原始的 viewWillAppear 方法。

与 Objective-C 的第一个不同之处就是 swizzling 不在 load 方法里执行。

加载一个类的定义时,会调用 load 方法,因此这地方适合执行 Method Swizzling 。

但是 load 方法只在 Objective-C 里有,而且不能在 Swift 里重载,不管怎么试都会报编译错误。接下来执行 swizzle 最好的地方就是 initialize 了,这是调用你的类中第一个方法前的地方。

所有对修改方法执行的操作放在 dispatch_once 中,这是为了确保这个过程只执行一次。

这些都是你要知道的关于继承自基本框架或 Objective-C 桥接类的。如果你要在纯 Swift 类中正确使用 Method Swizzling 的话,就需要将下面这些注意事项记在心上。

Swift 自定义类中使用 Method Swizzling

要在 Swift 自定义类中使用 Method Swizzling 有两个必要条件:

  • 包含 swizzle 方法的类需要继承自 NSObject

  • 需要 swizzle 的方法必须有动态属性(dynamic attribute)

更多关于为什么必须需要这些可以在苹果的文档里查看:

需要动态派发

当 @objc 属性将你的 Swift API 暴露给 Objective-C runtime 时,不能确保属性、方法、初始器的动态派发。Swift 编译器可能为了优化你的代码,而绕过 Objective-C runtime。当你指定一个成员变量 为 dynamic 时,访问该变量就总会动态派发了。因为在变量定义时指定 dynamic 后,会使用 Objective-C runtime 来派发。

动态派发是必须的。但是,你必须使用 dynamic 修饰才能知道在运行时 API 的实现被替换了。举个例子,你可以在 Objective-C runtime 使用 method_exchangeImplementations 方法来交换两个方法的实现。假如 Swift 编译器将方法的实现内联(inline)了或者访问去虚拟化(devirtualize)了,这个交换过来的新的实现就无效了。

说白了,如果你想要替换的方法没有声明为 dynamic 的话,就不能 swizzle。

翻译成代码就是这样:

class TestSwizzling : NSObject {
dynamic func methodOne()->Int{
return 1
}
}


extension TestSwizzling {

//在 Objective-C 中,我们在 load() 方法进行 swizzling。但Swift不允许使用这个方法。
override class func initialize()
{
struct Static
{
static var token: dispatch_once_t = 0;
}

// 只执行一次
dispatch_once(&Static.token)
{
let originalSelector = Selector("methodOne");
let swizzledSelector = Selector("methodTwo");

let originalMethod = class_getInstanceMethod(self, originalSelector);
let swizzledMethod = class_getInstanceMethod(self, swizzledSelector);

method_exchangeImplementations(originalMethod, swizzledMethod);
}
}

func methodTwo()->Int{
// swizzling 后, 该方法就不会递归调用
return methodTwo()+1
}
}

var c = TestSwizzling()
print(c.methodOne()) //2
print(c.methodTwo()) //1

这个简单的例子中,在 TestSwizzling 对象第一个方法被调用前,methodOnemethodTwo 的实现被相互替换了。

结束语

正如你看到的,在 Swift 中还是可以使用 Method Swizzling 的,只是我的意见是,绝大部分时候不应该出现在实际的产品代码里。如果你想通过 swizzling 快速解决问题的话,那更好的办法就是想出一个更好的架构,重构你的代码。

本文由 SwiftGG 翻译组翻译,已经获得作者翻译授权,最新文章请访问 http://swift.gg

文章目录
  1. 1. Swift 自定义类中使用 Method Swizzling
  2. 2. 结束语