¿Cómo puedo lidiar con la desaprobación de la inferencia @objc con #selector() en Swift 4?

La solución es correcta: no hay nada sobre el selector que pueda cambiar para que el método al que se refiere esté expuesto a Objective-C.

El motivo de esta advertencia en primer lugar es el resultado de SE-0160 . Antes de Swift 4, internalo superior, se infería que los miembros compatibles con Objective-C de NSObjectlas clases heredadas estaban @objcexpuestos a Objective-C, lo que permitía llamarlos mediante selectores (ya que se requiere el tiempo de ejecución de Obj-C para buscar el método). implementación para un selector determinado).

Sin embargo, en Swift 4, este ya no es el caso. Ahora sólo se infiere que declaraciones muy específicas son @objc, por ejemplo, anulaciones de @objcmétodos, implementaciones de @objcrequisitos de protocolo y declaraciones con atributos que implican @objc, como @IBOutlet.

La motivación detrás de esto, como se detalla en la propuesta vinculada anteriormente , es, en primer lugar, evitar que las sobrecargas de métodos en NSObjectlas clases heredadas colisionen entre sí debido a que tienen selectores idénticos. En segundo lugar, ayuda a reducir el tamaño binario al no tener que generar procesadores para miembros que no necesitan estar expuestos a Obj-C y, en tercer lugar, mejora la velocidad de los enlaces dinámicos.

Si desea exponer un miembro a Obj-C, debe marcarlo como @objc, por ejemplo:

class ViewController: UIViewController {

    @IBOutlet weak var button: UIButton!

    override func viewDidLoad() {
        super.viewDidLoad()
        button.addTarget(self, action: #selector(foo), for: .touchUpInside)
    }

    @objc func foo() {
       // ... 
    }
}

(el migrador debería hacer esto automáticamente con los selectores cuando se ejecuta con la opción "minimizar inferencia" seleccionada)

Para exponer un grupo de miembros a Obj-C, puede utilizar @objc extension:

@objc extension ViewController {

    // both exposed to Obj-C
    func foo() {}
    func bar() {}
}

Esto expondrá todos los miembros definidos en él a Obj-C y dará un error en cualquier miembro que no pueda exponerse a Obj-C (a menos que esté marcado explícitamente como @nonobjc).

Si tiene una clase en la que necesita que todos los miembros compatibles con Obj-C estén expuestos a Obj-C, puede marcar la clase como @objcMembers:

@objcMembers
class ViewController: UIViewController {
   // ...
}

Ahora, todos los miembros que se pueda inferir que lo serán @objclo serán. Sin embargo, no recomendaría hacer esto a menos que realmente necesite que todos los miembros estén expuestos a Obj-C, dadas las desventajas mencionadas anteriormente de tener miembros expuestos innecesariamente.

Jun 06 '2017 13:06 Hamish