修复程序是正确的-选择器没有任何改变,您可以更改以使其所引用的方法公开给Objective-C。
首先发出此警告的全部原因是SE-0160的结果。在Swift 4之前,可以推断继承类的internal
目标NSObject
类具有更高的Objective-C兼容成员@objc
,因此可以将它们暴露给Objective-C,因此允许使用选择器调用它们(因为需要Obj-C运行时才能查找该方法给定选择器的实现)。
但是在Swift 4中,情况不再如此。现在,仅推断出非常具体的声明@objc
,例如,@objc
方法的覆盖,@objc
协议要求的实现以及带有暗示属性的声明@objc
,例如@IBOutlet
。
如上面链接的提案中所述,其背后的动机首先是为了防止NSObject
继承类中的方法重载由于具有相同的选择器而彼此冲突。其次,它不必为不需要暴露于Obj-C的成员生成thunk,从而有助于减小二进制文件的大小,其三,提高了动态链接的速度。
如果要将成员公开给Obj-C,则需要将其标记为@objc
,例如:
class ViewController: UIViewController {
@IBOutlet weak var button: UIButton!
override func viewDidLoad() {
super.viewDidLoad()
button.addTarget(self, action: #selector(foo), for: .touchUpInside)
}
@objc func foo() {
// ...
}
}
(在选择了“最小推断”选项的情况下,迁移程序应使用选择器自动为您执行此操作)
要将一组成员暴露给Obj-C,可以使用@objc extension
:
@objc extension ViewController {
// both exposed to Obj-C
func foo() {}
func bar() {}
}
这会将其中定义的所有成员公开给Obj-C,并为所有无法公开给Obj-C的成员提供错误(除非明确标记为@nonobjc
)。
如果您有一个班级,需要让所有 Obj-C兼容成员都可以使用Obj-C,则可以将该班级标记为@objcMembers
:
@objcMembers
class ViewController: UIViewController {
// ...
}
现在,可以推断为所有成员@objc
。但是,我不建议这样做,除非您确实需要让所有成员都接触Obj-C,因为上面提到的不必要地暴露成员的弊端。
@objc
是现在有必要为了揭露他们的OBJ-C,并因此与选择使用。