Como posso lidar com a depreciação de inferência @objc com #selector () no Swift 4?

Estou tentando converter o código-fonte do meu projeto de Swift 3 para Swift 4. Um aviso que o Xcode está me dando é sobre meus seletores.

Por exemplo, adiciono um destino a um botão usando um seletor regular como este:

button.addTarget(self, action: #selector(self.myAction), for: .touchUpInside)

Este é o aviso que mostra:

O argumento '#selector' refere-se ao método de instância 'myAction ()' em 'ViewController' que depende da inferência de atributo '@objc' descontinuada no Swift 4

Adicione '@objc' para expor esse método de instância ao Objective-C

Agora, bater Fixna mensagem de erro faz isso com a minha função:

// before
func myAction() { /* ... */ }

// after
@objc func myAction() { /* ... */ }

Eu realmente não quero renomear todas as minhas funções para incluir a @objcmarca e estou assumindo que isso não é necessário.

Como reescrevo o seletor para lidar com a depreciação?

Pergunta relacionada:

• O uso da inferência Swift 3 @objc no modo Swift 4 está obsoleto?

A correção está correta - não há nada sobre o seletor que você possa alterar para tornar o método ao qual ele se refere exposto ao Objective-C.

Todo o motivo desse aviso é o resultado do SE-0160 . Antes do Swift 4, internaldeduzia-se que membros compatíveis com Objective-C ou superior de NSObjectclasses herdadas eram@objc e expostos ao Objective-C, permitindo que fossem chamados usando seletores (como o tempo de execução do Obj-C é necessário para procurar o método implementação para um determinado seletor).

No entanto, no Swift 4, esse não é mais o caso. Agora, deduz-se apenas que declarações muito específicas são @objc, por exemplo, substituições de @objcmétodos, implementações de @objcrequisitos de protocolo e declarações com atributos que implicam @objc, como @IBOutlet.

A motivação por trás disso, conforme detalhado na proposta vinculada acima , é primeiramente evitar sobrecargas de método emNSObject classes herdadas colidam entre si devido a terem seletores idênticos. Em segundo lugar, ajuda a reduzir o tamanho binário por não precisar gerar thunks para membros que não precisam ser expostos ao Obj-C e, por outro lado, melhora a velocidade da vinculação dinâmica.

Se você deseja expor um membro ao Obj-C, é necessário marcá-lo como @objc, por exemplo:

class ViewController: UIViewController {

    @IBOutlet weak var button: UIButton!

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

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

(o migrante deve fazer isso automaticamente para você com seletores ao executar com a opção "minimizar inferência" selecionada)

Para expor um grupo de membros ao Obj-C, você pode usar um @objc extension:

@objc extension ViewController {

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

Isso expõe todos os membros definidos a ele ao Obj-C e gera um erro em qualquer membro que não possa ser exposto ao Obj-C (a menos que seja explicitamente marcado como @nonobjc).

Se você tem uma classe na qual você precisa que todos os membros compatíveis com Obj-C sejam expostos ao Obj-C, é possível marcar a classe como @objcMembers:

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

Agora, todos os membros que podem ser deduzidos @objcserão. No entanto, eu não recomendaria fazer isso, a menos que você realmente precise de todos os membros expostos ao Obj-C, dadas as desvantagens acima mencionadas de ter membros desnecessariamente expostos.

Como documentação oficial da Apple . você precisa usar @objc para chamar seu método seletor.

No Objective-C, um seletor é um tipo que se refere ao nome de um método Objective-C. No Swift, os seletores de Objective-C são representados pela Selectorestrutura e podem ser construídos usando o#selector expressão Para criar um seletor para um método que pode ser chamado de Objective-C, passe o nome do método, como #selector(MyViewController.tappedButton(sender:)). Para construir um selector para o objectivo C-absorvente de uma propriedade ou método de ajuste, passar o nome da propriedade prefixado pelo getter:ou setter:marcador, tal como #selector(getter: MyViewController.myButton).

A partir de, acho que o Swift 4.2, tudo que você precisa fazer é atribuir @IBAction ao seu método e você pode evitar essa anotação boba do @objc

`` ``

let tap  =  UITapGestureRecognizer(target: self, action: #selector(self.cancel))


@IBAction func cancel()
{
    self.dismiss(animated: true, completion: nil)
}

Como já mencionado em outras respostas, não há como evitar a @objcanotação para seletores.

Porém, o aviso mencionado no OP pode ser silenciado executando as seguintes etapas:

1. Vá para Configurações de compilação
2. Pesquise a palavra-chave @objc
3. Defina o valor da interface Swift 3 @objc comoOff

abaixo está a captura de tela que ilustra as etapas mencionadas acima:

Espero que isto ajude

Se você precisar de membros c objetivos no seu controlador de exibição, adicione @objcMembers na parte superior do controlador de exibição. E você pode evitar isso adicionando IBAction no seu código.

@IBAction func buttonAction() {

}

Certifique-se de conectar esta tomada no storyboard.