Comment puis-je composer avec @objc inférence autodérision avec #sélecteur() dans Swift 4?

Je suis en train de convertir mon projet est le code source de Swift 3 à Swift 4. Un avertissement Xcode me donne de l'est à propos de ma sélecteurs.

Par exemple, j'ai ajouter une cible à un bouton utilisant un sélecteur comme ceci:

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

C'est l'avertissement qu'il montre:

Argument de '#sélecteur " se réfère à la méthode d'instance 'myAction () "dans" ViewController " qui dépend de la '@objc " attribut inférence obsolète dans Swift 4

Ajouter "@objc " pour exposer cette méthode d'instance d'Objective-C

Maintenant, frapper Fix sur le message d'erreur ne ce de ma fonction:

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

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

Je n'ai pas vraiment envie de le renommer tous mes fonctions à inclure la @objc marque et je suppose que ce n'est pas nécessaire.

Comment dois-je réécrire le sélecteur pour faire face à la désapprobation?

Liés à la question:

L'utilisation de Swift 3 @objc inférence Swift 4 mode est obsolète?

Nope, en les marquant comme @objc est maintenant nécessaire afin de les exposer à l'Obj-C, et donc de l'utiliser avec des sélecteurs.
Ainsi, le obsolète partie est de déduire d'accès public fonctionne comme @objc? C'est un peu gênant, mais je général de rendre ces fonctions privé, m'oblige à le marquer comme @objc de toute façon.
Voir SE-0160 pour plus d'informations sur le changement. Une autre alternative est de marquage de votre classe donnée comme @objcMembers afin d'exposer tous les Obj-C compatible membres de l'Obj-C, mais je ne le conseille pas, à moins que vous vraiment besoin de votre ensemble de la classe à être exposé.
Quelle serait la conséquence de cela, @Hamish? Il semble plus pratique de mettre l'ensemble de la classe à @objc que de le faire que pour chaque fonction individuelle.
Comme dit dans la proposition, il serait susceptible d'augmenter inutilement la taille de votre binaire et la liaison dynamique prendrait plus de temps. Je ne pense vraiment pas que c'est trop de tracas pour la clarté que vous avez spécifiquement moyenne pour une chose en particulier à être utilisé à partir de l'Obj-C.
Alors, enveloppant: seule solution serait de marquer chaque fonction (exigeant) avec @objc. Si oui, poste que comme une réponse et je vais l'accepter. @Hamish. Merci pour votre aide!
essayez cette #selector(ViewController.myAction)
Essayé, pas de travail.
Question connexe, qui arrive à la base: stackoverflow.com/questions/44379348/...

InformationsquelleAutor LinusGeffarth | 2017-06-06

151

Le fix-it est correct, il n'y a rien sur le sélecteur, vous pouvez modifier afin de rendre la méthode, il se réfère à l'exposé de l'Objectif-C.

La raison de cet avertissement en premier lieu est le résultat de SE-0160. Avant Swift 4, internal ou plus Objective-C compatible membres de NSObject hériter de classes ont été déduites à @objc et, par conséquent, exposés à Objective-C, ce qui permet d'être appelé à l'aide des sélecteurs (comme l'Obj-C runtime est nécessaire pour la recherche de la méthode de la mise en œuvre d'un sélecteur de donnée).

Cependant dans Swift 4, ce n'est plus le cas. Très déclarations spécifiques sont maintenant déduit d' @objc, par exemple, des remplacements de @objc méthodes, les implémentations de @objc exigences du protocole et des déclarations d'attributs qui implique @objc, comme @IBOutlet.

La motivation derrière tout cela, comme détaillé dans la proposition ci-dessus liés, est avant tout de prévenir les surcharges de méthode dans NSObject héritant des classes d'entrer en collision les uns avec les autres en raison de deux sélecteurs. Deuxièmement, elle permet de réduire la taille du binaire en n'ayant pas à générer des thunks pour les membres qui n'ont pas besoin d'être exposés à l'Obj-C, et, troisièmement, améliore la vitesse de la liaison dynamique.

Si vous souhaitez exposer un membre de l'Obj-C, vous avez besoin de le marquer comme @objc, par exemple:
```
class ViewController: UIViewController {

    @IBOutlet weak var button: UIButton!

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

    @objc func foo() {
       //... 
    }
}
```
(le migrateur devrait le faire automatiquement pour vous avec les sélecteurs lors de l'exécution avec le "minimiser l'inférence" option sélectionnée)

D'exposer un groupe de membres de l'Obj-C, vous pouvez utiliser un @objc extension:
```
@objc extension ViewController {

    //both exposed to Obj-C
    func foo() {}
    func bar() {}
}
```
Cela permettra d'exposer tous les membres définis à l'Obj-C, et de donner une erreur sur tous les membres qui ne peuvent pas être exposés à l'Obj-C (sauf s'il est explicitement marqué comme @nonobjc).

Si vous avez une classe où vous en avez besoin tous Obj-C compatible membres d'être exposés à l'Obj-C, vous pouvez marquer la classe comme @objcMembers:
```
@objcMembers
class ViewController: UIViewController {
   //...
}
```
Maintenant, tous les membres qui peut être déduit d' @objc sera. Cependant, je ne conseille pas de faire cela, sauf si vous vraiment besoin de tous les membres exposés à l'Obj-C, compte tenu de l'mentionnés ci-dessus inconvénients de l'avoir des membres inutilement exposés.
- Pourquoi ne Xcode pas automatiquement de le faire lors de la conversion du code de la dernière syntaxe?
- Hmm, il ne fait pour moi – quand va Modifier > Convertir > Pour Swift Actuel, de Syntaxe... et en passant par le migrateur (avec "minimiser l'inférence" sélectionné), tous les sélecteurs qui se réfèrent à des méthodes qui ne sont pas @objc se fait @objc. Peut-être essayer de lancer le migrateur de nouveau?
- À droite, j'aurais essayé. Il l'a fait manuellement. Merci quand même.
- Je me demande, sont @IBAction également automatiquement @objc? ce n'était pas le cas jusqu'à maintenant, mais il serait logique. EDIT: nvm, la proposition indique clairement que @IBAction est suffisant pour une méthode à @objc.
- Oui, elles le sont – ce aussi semble avoir été le cas dans Swift 3.1 ainsi.
- Je pense qu'explicite @objc a été nécessaire pour private actions.
- Hmm, pas toujours bien fonctionner avec @IBAction private dans Swift 3.1
- Vous avez raison, il y avait un changement, je l'ai manqué.
- Je ne comprends pas tout cela. Je n'ai pas d'Objectif-C-code, afin que jamais. N'est-il pas pur Swift-chemin de l'ajout de cibles à un bouton? Ou utiliser les sélecteurs? Je ne veux pas que mon code pour être criblé de cet attribut. Est-ce parce qu'une UIButton est dérivé de certains NSObject/Obj-c-chose?
- Cible-sélecteur est un Obj-C motif, et s'appuie sur l'Obj-C runtime de travail. Vous ne pouvez pas directement toute l'Obj-C de code dans votre projet, mais sous le capot sur les plateformes Apple, Swift classes sont construites sur l'Obj-C classes. Elles sont donc exposées à l'Obj-C runtime (bien que les membres de la classe ne sont pas exposés, par défaut, en les marquant comme @objc fait). Sur d'autres plates-formes comme Linux, il y a aucun Obj-C de l'exécution, de sorte que vous ne peut pas, par exemple, utiliser le #selector directive (vous pourriez considérer que ce "pur Swift")...
- ... Comme dit dans ma réponse, en héritant de NSObject (qui amène tout un tas de méthodes pratiques pour interagir avec l'Obj-C runtime), Swift utilisé à supposer que vous vouliez tous (internal ou plus) Obj-C compatible avec les membres de votre classe afin d'être exposés à l'Obj-C par défaut. Ce n'est plus le cas, vous devez spécifier les membres pour exposer (ou utilisez @objcMembers pour exposer de nouveau).
- Donc, pour répondre directement "n'Est-il pas pur Swift-chemin de l'ajout de cibles à un bouton? Ou utiliser les sélecteurs?" – non, il n'y a pas de "pure Swift" façon d'utiliser les sélecteurs pour l'expédition de méthodes. Ils s'appuient sur l'Obj-C runtime pour la recherche de l'implémentation de la méthode à appeler pour un particulier de sélecteur de la Swift d'exécution n'ont pas cette capacité.
- Merci beaucoup pour l'explication. Mon problème -> Après le "fix" et a obtenu la supplémentaires @obj en face de ma méthode, un autre message d'avertissement apparaît. J'utilise Xcode version 9.0 beta 2 (9M137d). L'avertissement est "L'utilisation de Swift 3 @objc inférence Swift 4 mode est déconseillé. Veuillez adresser obsolète @objc inférence des avertissements, des test de code avec “l'Utilisation de l'obsolète Swift 3 @objc inférence” journalisation est activée, et désactiver Swift 3 @objc inférence."
- Voir stackoverflow.com/q/44379348/2976878 🙂
- L'homme sélecteurs sont un gâchis. Il semble que chaque autre swift mise à jour, ils sont de jouer avec elle. Pourquoi ne peut-on pas avoir un pur swift sélecteur de saisie semi-automatique pour les méthodes. Rend le code l'air si moche.
InformationsquelleAutor Hamish
16

Comme Apple Documentation Officielle. vous avez besoin d'utiliser @objc pour appeler votre Sélecteur de Méthode.

En Objective-C, un sélecteur est un type qui fait référence au nom d'un
Objective-C méthode. En Swift, Objective-C sélecteurs sont représentés par
le Selector de la structure, et peut être construit à l'aide de la #selector
de l'expression. Pour créer un sélecteur pour une méthode qui peut être appelée à partir de
Objective-C, passer le nom de la méthode, telle que
#selector(MyViewController.tappedButton(sender:)). Pour construire un sélecteur pour une propriété Objective-C getter ou un setter de la méthode, passer
le nom de la propriété préfixée par la getter: ou setter: étiquette, telles que
#selector(getter: MyViewController.myButton).
- tout ce que je comprends, c'est que dans certains cas, j'ai besoin d'ajouter @objc le début d'un func si oui ou non je suis jamais allez l'appeler à partir d'Objective-C. je suis en train d'apprendre Swift avoir utilisé l'Obj-C pour les années
InformationsquelleAutor Kiran Sarvaiya
9

Comme d', je pense que Swift 4.2, tout ce que vous devez faire est d'attribuer @IBAction à votre méthode et vous pouvez éviter cet idiot @objc annotation

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


@IBAction func cancel()
{
    self.dismiss(animated: true, completion: nil)
}
```
- Ce sera également dire interface builder que cette fonction peut être connecté, ce qui pourrait ne pas être ce que vous voulez. C'est aussi faire la même chose que @objc.
InformationsquelleAutor Logan Sease
2

Comme déjà mentionné dans d'autres réponses, il n'y a aucun moyen d'éviter la @objc annotation pour les sélecteurs.

Mais avertissement mentionné dans les OP peuvent être réduits au silence en prenant les mesures suivantes:
1. Aller à Paramètres de construction de la
2. De recherche pour le mot clé @objc
3. Définir la valeur de Swift 3 @objc interface à Off
ci-dessous la capture d'écran qui illustre les étapes mentionnées ci-dessus:

Espère que cette aide
- Comment cela affecte votre projet dans l'image plus grande?
- pas touche à tous.
- Que diriez -*.ipa ou *.xarchive taille, et le temps de construction?
- je n'ai pas noté le temps de construction, mais il n'y a pas d'effet sur IPA taille
- Ce n'est pas recommandé de valeur que vous pouvez utiliser si vous utilisez swift 4.0+ version que par la Pomme de lignes directrices. Cochez cette help.apple.com/xcode/mac/current/#/deve838b19a1
- il n'est pas mentionné sur ce qui est un non-approche recommandée dans le lien que vous avez partagé.
- Vous pouvez mettre à jour cette réponse par le réglage de la valeur par Défaut dans Xcode 11. Il est important de définir la valeur sur le projet et de vos objectifs pour supprimer l'avertissement entièrement.
InformationsquelleAutor S1LENT WARRIOR
2

Si vous avez besoin d'objective-c les membres de votre point de vue contrôleur de simplement ajouter @objcMembers en haut de la vue-contrôleur. Et vous pouvez éviter cela en ajoutant IBAction dans votre code.
```
@IBAction func buttonAction() {

}
```
Assurez-vous de brancher cette prise en storyboard.

InformationsquelleAutor Renjish C

Vous devez vous connecter pour publier un commentaire.