如何让协议方法仅适配特定iOS版本？能否实现带版本判断的协议？

嘿，这个问题问得很实际，我来给你拆解一下～

首先得明确：你尝试的这种直接在协议里用if #available包裹方法的写法是行不通的，Swift的协议语法不允许这么做，编译器会直接报错——协议的成员定义得是明确的，不能用条件语句来动态增减方法。那正确的实现方式有哪些呢？

方法一：用@available标注单个协议方法 #

这是最直接的方案，给需要限制版本的协议方法单独加上版本标注，实现协议的类在实现该方法时也需要同步标注（或者根据版本做条件实现）。

示例代码：

protocol FooBarDelegate: class {
    func foo() // 所有版本都需要实现
    
    @available(iOS 10.0, *)
    func bar() // 仅iOS 10.0及以上需要实现
}

class MyClass: FooBarDelegate {
    func foo() {
        // 通用实现
    }
    
    @available(iOS 10.0, *)
    func bar() {
        // 仅iOS10+生效的实现
    }
}

调用的时候记得先判断系统版本：

func callDelegate(_ delegate: FooBarDelegate) {
    delegate.foo()
    if #available(iOS 10.0, *) {
        delegate.bar()
    }
}

方法二：拆分协议为基础版+版本专属版 #

如果版本相关的方法较多，可以把它们拆分到一个单独的子协议中，让基础协议和版本专属协议形成继承关系。这样不同版本的类可以选择遵守对应的协议。

示例代码：

// 基础协议，所有版本通用
protocol FooBarDelegate: class {
    func foo()
}

// iOS10+专属的扩展协议
@available(iOS 10.0, *)
protocol FooBarDelegateiOS10: FooBarDelegate {
    func bar()
}

// iOS10+的类可以遵守扩展协议
@available(iOS 10.0, *)
class iOS10Class: FooBarDelegateiOS10 {
    func foo() {}
    func bar() {}
}

// 低版本类只需遵守基础协议
class LegacyClass: FooBarDelegate {
    func foo() {}
}

这种方式的好处是逻辑更清晰，调用时可以通过类型转换判断是否支持版本专属方法：

func handleDelegate(_ delegate: FooBarDelegate) {
    delegate.foo()
    if #available(iOS 10.0, *), let ios10Delegate = delegate as? FooBarDelegateiOS10 {
        ios10Delegate.bar()
    }
}

方法三：用@objc + optional实现可选方法（仅限类协议） #

如果你的协议已经标记为class（就像你写的那样），可以结合@objc和optional把版本相关的方法设为可选。这种方式适合不需要强制实现的场景。

示例代码：

@objc protocol FooBarDelegate: class {
    func foo() // 必须实现
    
    @available(iOS 10.0, *)
    @objc optional func bar() // 可选实现，仅iOS10+可用
}

class MyClass: FooBarDelegate {
    func foo() {}
    
    // 可选实现bar方法
    @available(iOS 10.0, *)
    func bar() {}
}

调用时需要同时检查版本和方法是否被实现：

func useDelegate(_ delegate: FooBarDelegate) {
    delegate.foo()
    if #available(iOS 10.0, *), delegate.responds(to: #selector(FooBarDelegate.bar)) {
        delegate.bar?()
    }
}

以上几种方案可以根据你的实际需求选择，个人更推荐前两种，因为类型安全性更高，避免了optional带来的不确定性。

内容的提问来源于stack exchange，提问作者Kalzem