使用 Swift 时，如果是自定义的 Protocol，可以通过 Extension 来提供部分方法的默认实现，但系统原有的 Protocol 却不行，大概是因为系统的 Protocol 是 Objective-C 实现的缘故。

但为 Protocol 提供默认实现在某些时候是很实用的。比如 iOS 开发中，Cocoa 框架里常用的 UITableView 使用时一般需要实现 UITableViewDataSouce 和 UITableViewDelegate。而 UITableViewDelegate 和 UITableViewDataSource 里面的一部分方法，又是可以抽离的，但剩下的一部分方法，使用得很少，且一般用起来都是有自定义的需要。那么有没有一种方法可以为一部分方法提供默认通用的实现，而又不影响其余的方法呢？

这篇文章，笔者想分享一种通过消息转发的方式来实现差不多功能的方法。

Objective-C 的消息转发

本文假设读者已经了解 Runtime 基础，如不了解可自行阅读 Objective-C Runtime 1小时入门教程。

691078-9049faadbcbbeac9

引用网上这张经典的图，可以知道在消息处理无法处理之前，有三个环节能进行抢救。第一步判断是否有动态添加方法，第二步可以对消息处理者重定向，第三步可以在返回方法签名的情况下，对封装消息的相关信息的 NSInvocation 进行处理。

实现 ProtocolProxy

通过上面的消息转发的步骤，笔者的思路是，利用重定向，将 Protocol 里所有的实现进行转发，Protocol 如果有自定义实现者则交给它，否则交给默认实现者，如果都没有则不处理。

用 Swift 简单的实现如下：

class ProtocolProxy: NSObject {
    weak var customImp: AnyObject?
    weak var defaultImp: AnyObject?
    
    override func responds(to aSelector: Selector!) -> Bool {
        return defaultImp?.responds(to: aSelector) == true || customImp?.responds(to:aSelector) == true
    }
    
    override func forwardingTarget(for aSelector: Selector!) -> Any? {
        if let rawObject = customImp, rawObject.responds(to: aSelector) {
            return rawObject
        } else if let defualtObject = defaultImp, defualtObject.responds(to: aSelector) {
            return defaultImp
        } else {
            return super.forwardingTarget(for: aSelector)
        }
    }
}

其中 respondsToSelector 方法用于判断方法是否有被实现者实现，有的话通过 forwardingTarget 方法进行消息处理者的重定向。

TableView 的实际使用

实现了 ProtocolProxy 之后，在设置 Protocol 时，就可以设置成 ProtocolProxy，然后将默认实现和自定义实现都设置给 ProtocolProxy。举个 UITableView 的例子：

private let delegateKey = "delegate"
private let dataSourceKey = "dataSource"
class ProxyTableView: UITableView {
    let delegateProxy = ProtocolProxy()
    let dataSourceProxy = ProtocolProxy()
    
    var defaultDelgate: UITableViewDelegate? {
        didSet{
            delegateProxy.defaultImp = defaultDelgate
            setValue(delegateProxy, forKey: delegateKey)
        }
    }
    var defaultDataSource: UITableViewDataSource? {
        didSet{
            dataSourceProxy.defaultImp = defaultDataSource
            setValue(dataSourceProxy, forKey: dataSourceKey)
        }
    }
    
    override public var dataSource: UITableViewDataSource?{
        didSet{
            if !(dataSource is ProtocolProxy){
                dataSourceProxy.customImp = dataSource
                setValue(dataSourceProxy, forKey: dataSourceKey)
            }
        }
    }
    
    override public var delegate: UITableViewDelegate?{
        didSet{
            if !(delegate is ProtocolProxy){
                delegateProxy.customImp = delegate
                setValue(delegateProxy, forKey: delegateKey)
            }
        }
    }
}

ProxyTableView 持有 delegate 和 dataSource 的 ProtocolProxy，通过重写 delegate 和 dataSource 的 didSet 属性观察方法，将 Protocol 的自定义实现设置给对应 ProtocolProxy，再将 ProtocolProxy 设置为 TableView 的 Delegate 和 DataSource，这里需要注意的是，要使用 KVC 进行设置，因为 ProtocolProxy 本身并不实现 UITableViewDelegate 和 UITableViewDataSource，而且需要判断是不是 ProtocolProxy 避免循环设置。再加上 defaultDataSouce 和 defaultDelegate 来让外界设置默认实现者，设置完需要重新用 KVC 设置到 TableView 里。

这样的话，就可以将一部分默认实现抽离到基类中，而对于使用者来说，仅需要实现部分自定义的方法。

比如想让 didSelectRowAtIndexPath 的实现自定义化，可以像例子中这样

class ViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        let tableView = ProxyTableView(frame: view.frame, style: .plain)
        //...
        tableView.defaultDelgate = BaseTableViewDelegate()
        tableView.delegate = self
    }
}

extension ViewController: UITableViewDelegate {
    func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
        print("CustomTableViewDelegate")
    }
}

class BaseTableViewDelegate: NSObject, UITableViewDelegate{
    func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
        print("BaseTableViewDelegate")
    }
}

最后

完整的 Demo，别的系统 Protocol 也可以用同样的方式进行扩展，提供一部分方法的默认实现。