Comment puis-je faire d'une faiblesse du protocole de référence dans la "pure" Swift (sans @objc)

weak références ne semble pas fonctionner dans Swift, à moins qu'un protocol est déclarée comme @objc, que je ne veux pas d'un pur Swift app.

Ce code donne une erreur de compilation (weak ne peut pas être appliquée à des non-type de classe MyClassDelegate):

class MyClass {
  weak var delegate: MyClassDelegate?
}

protocol MyClassDelegate {
}

J'ai besoin de préfixe de protocole avec @objc, puis il travaille.

Question: qu'est-Ce que la "pure" Swift moyen pour accomplir une weak delegate?

InformationsquelleAutor hnh | 2014-06-05

1018

Vous devez déclarer le type de protocole que class.
```
protocol ProtocolNameDelegate: class {
    //Protocol stuff goes here
}

class SomeClass {
    weak var delegate: ProtocolNameDelegate?
}
```
Ma compréhension est que l'utilisation de class, vous garantie que ce protocole sera utilisé uniquement sur les classes et pas d'autres trucs comme des énumérations ou des structures.
- Mon problème avec cette solutions est que le fait d'appeler le délégué provoque un crash - EXC_BAD_ACCESS (comme indiqué par d'autres, par ailleurs). Cela semble être un bug. La seule solution que j'ai trouvé est d'utiliser @objc et d'éliminer toutes les Swift types de données du protocole.
- Quelle est la façon correcte de faire de la faiblesse des délégués maintenant dans Swift? La documentation d'Apple n'est pas l'afficher ou de le déclarer le délégué faible dans l'exemple de code: developer.apple.com/library/ios/documentation/swift/conceptual/...
- pourquoi il ne fonctionne pas pour unowned ?
- ceci est-il toujours vous donner un crash? Vous commentez eu beaucoup de upvotes mais je me demandais si ce n'était que dans les anciennes versions de Swift. Je n'ai jamais eu un plantage avec la Swift 2 ou 3.
- re: "uniquement sur les classes et pas d'autres trucs comme des énumérations ou des structures" quelqu'un sait ce que le terme adéquat pour les "trucs" de l'est? types?
- peut-être les types de valeur?
- Ce n'est pas toujours sûr - n'oubliez pas que vous avez seulement besoin de faire le délégué faible si elle détient également une référence pour le délégataire & vous avez besoin de rompre le fort de cycle de référence. Si le délégué ne détient pas de référence pour le délégataire, le délégué peut aller hors de portée (car il est faible) et vous serez d'avoir des accidents et d'autres problèmes :/ quelque chose à garder à l'esprit.
- BTW: je pense que le "nouveau style" (Swift 5) est de faire protocol ProtocolNameDelegate: AnyObject, mais n'a pas d'importance.
- Il devrait être AnyObject depuis class sera obsolète à un certain point.
- cool, c'est ce que je suis à la recherche.
InformationsquelleAutor flainez
272

Complémentaire De Réponse

J'ai toujours été confus au sujet de savoir si les délégués devraient être faible ou pas. Récemment, j'ai appris plus sur les délégués et quand utiliser les références faibles, donc permettez-moi d'ajouter quelques points supplémentaires ici pour le bénéfice des futurs spectateurs.
- Le but de l'utilisation de la weak mot-clé est d'éviter forte des cycles de référence (conserver les cycles). Forte des cycles de référence se produire lorsque deux instances de classe ont de solides références à l'autre. Leur nombre de références ne vont jamais à zéro, de sorte qu'ils n'ont jamais désallouées.
- Vous avez seulement besoin d'utiliser weak si le délégué est une classe. Swift les structures et les énumérations sont des types de valeur (leurs valeurs sont copiées, lorsqu'une nouvelle instance est fait), pas de types de référence, afin de ne pas faire de fortes référence cycles.
- weak les références sont toujours en option (sinon vous auriez utilisé unowned) et utilisez toujours var (pas let), de sorte que l'option peut être définie à nil quand il est libéré.
- D'une classe parent doit naturellement avoir une référence forte à ses enfants des classes et donc de ne pas utiliser le weak mot-clé. Quand un enfant veut une référence à son parent, si, il doit en faire une référence faible à l'aide de la weak mot-clé.
- weak doit être utilisé lorsque vous voulez une référence à une classe qui ne vous appartient pas, pas seulement pour un enfant de référencement de son parent. Lorsque deux non-hiérarchique des classes besoin de faire référence à chaque autre, choisissez une faiblesse. Celui que vous choisissez dépend de la situation. Voir les réponses à cette question pour en savoir plus sur cette.
- En règle générale, les délégués doivent être marqués comme weak parce que la plupart des délégués sont la référence des classes qu'ils ne possèdent pas. C'est certainement vrai quand un enfant est à l'aide d'un délégué de communiquer avec un parent. À l'aide d'une référence faible pour le délégué est ce que le la documentation recommande. (Mais voir cette, trop.)
- Protocoles peuvent être utilisés pour les deux les types de référence (classes) et types de valeur (structures, énumérations). Ainsi, dans le cas probable que vous avez besoin de faire un délégué de faiblesse, vous devez en faire un objet-seul protocole. La façon de le faire est d'ajouter AnyObject pour le protocole de la liste d'héritage. (Dans le passé vous avez fait cela à l'aide de la class mot-clé, mais AnyObject est préféré maintenant.)
```
protocol MyClassDelegate: AnyObject {
    //...
}

class SomeClass {
    weak var delegate: MyClassDelegate?
}
```
De Poursuivre L'Étude De

Lire les articles suivants est ce qui m'a aidé à comprendre tout cela beaucoup mieux. Ils discutent également des questions connexes comme la unowned mot-clé et la forte cycles de référence qui se produisent avec des fermetures.
Liées
- C'est tout beau et intéressant, mais n'est pas vraiment à ma question initiale, qui n'est ni par la faiblesse de la/de l'ARC lui-même, ni au sujet de pourquoi les délégués sont généralement faibles. Nous savons déjà tout cela et me demandais comment, vous pouvez déclarer une faible protocole de référence (répondu parfaitement bien par @flainez).
- Vous avez raison. J'ai effectivement eu la même question que vous plus tôt, mais j'ai été absent une grande partie de cette information de base. J'ai fait le au-dessus de lecture et faites l'appoint des notes pour m'aider à comprendre tous les problèmes liés à votre question. Maintenant, je pense que je peux appliquer votre réponse et de savoir pourquoi je le fais. J'espère peut-être que cela aidera les futurs téléspectateurs ainsi.
- Mais puis-je avoir une faible protocole qui ne dépendent PAS du type? Un protocole par l'auto ne se soucie pas ce que l'objet est conforme à lui-même. Donc, à la fois une classe ou une structure peut s'y conformer. Est-il possible d'avoir encore l'avantage d'être en mesure de s'y conformer, mais seulement les types de classe conformes être faible?
- Merci, @Ricardo. J'ai mis à jour le post.
InformationsquelleAutor Suragch
36

AnyObject est officiel pour l'utilisation d'une référence faible en Swift.
```
class MyClass {
    weak var delegate: MyClassDelegate?
}

protocol MyClassDelegate: AnyObject {
}
```
D'Apple:

Pour prévenir forte des cycles de référence, les délégués doivent être déclarés en tant que
les références faibles. Pour plus d'informations sur les références faibles, voir
Forte Des Cycles De Référence Entre Des Instances De Classe. Le protocole de marquage
dans la classe seulement plus tard, vous permettent de déclarer que le délégué doit
l'utilisation d'une référence faible. Vous marquez un protocole comme étant de classe que par
héritant de AnyObject, tel que discuté dans la Classe Uniquement des Protocoles.

https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/Protocols.html#//apple_ref/doc/uid/TP40014097-CH25-ID276
- Intéressant. Est class obsolète dans Swift 4.1?
- Vous pouvez toujours faire un "pseudo-protocole" et en fait une classe, mais de protocole: AnyObject fait exactement ce que l'OP demande avec moins d'effets secondaires que d'en faire une classe. (vous ne pouvez pas utiliser un tel protocole avec les types de valeur, mais de déclarer une classe ne suffit pas à résoudre que ce soit)
InformationsquelleAutor Tim Chen
9

Mise à jour:
Il ressemble à ce manuel a été mis à jour et l'exemple que je faisais référence a été supprimée. Voir l'édition de @flainez la réponse ci-dessus.

Original:
À l'aide de @objc est la bonne façon de le faire même si vous n'êtes pas d'interopérabilité avec Obj-C. Il garantit que votre protocole est appliqué à une classe et non un enum ou structure. Voir "Vérification du Protocole de Conformité" dans le manuel.
- Comme il est mentionné ceci OMI pas une réponse à la question. Une plaine Swift programme doit être capable de se tenir sur son propre w/o étant lié à des NS isme (cela implique de ne pas utiliser de délégué de plus mais une autre conception de la construction). Mon pur Swift MyClass ne fait pas de soins si la destination est une structure ou d'un objet, je n'ai pas besoin fournies en option. Peut-être qu'ils arrivent à corriger plus tard, c'est une nouvelle langue, après tout. Peut-être quelque chose comme "classe de protocole XYZ' si la référence sémantique sont nécessaires?
- Je pense qu'il est également intéressant de noter que l \@objc a d'autres effets secondaires - la NSObjectProtocol suggestion de @épuisé est un peu mieux. Avec \@objc - si le délégué de classe prend un objet en argument, comme 'handleResult(r: MySwiftResultClass)", le MySwiftResultClass maintenant doit hériter de NSObject! Et sans doute il n'est pas l'espace de noms avais plus non plus, etc. En bref: \@objc est une fonction de passerelle, pas un de langue.
- Je pense qu'ils ont résolu le problème. Maintenant vous écrire: protocole MyClassDelegate : classe { }
- Où est la documentation sur ce sujet? Soit je suis aveugle ou fait quelque chose de mal, parce que je ne trouve aucune information à ce sujet... O_O
- Je ne suis pas sûr si elle répond à l'OP de la question ou pas, mais ce qui est utile, surtout si vous interagir avec d'Objc-C 😉
InformationsquelleAutor William Rust

-3

protocole doit être sous-classe de AnyObject, classe

exemple donné ci-dessous

    protocol NameOfProtocol: class {
   //member of protocol
    }
   class ClassName: UIViewController {
      weak var delegate: NameOfProtocol? 
    }

InformationsquelleAutor Rakesh Kunwar

-9

Apple utilise des "NSObjectProtocol" au lieu de "classe".
```
public protocol UIScrollViewDelegate : NSObjectProtocol {
   ...
}
```
Cela fonctionne aussi pour moi et supprimé les erreurs que j'ai été voir lorsque essayant de mettre en place mon propre modèle de délégué.
- Pas d'intérêt pour la question, cette question est à propos de la construction d'une pure Swift classe (plus précisément aucun NSObject soutenant un délégué de l'objet. Il n'est pas sur la mise en œuvre de l'Objectif-C protocoles, qui est ce que vous faites. Celui-ci exige @objc aka NSObjectProtocol.
- OK, mais ne pas être recommandé.
InformationsquelleAutor Michael Rose

Vous devez vous connecter pour publier un commentaire.

Complémentaire De Réponse

De Poursuivre L'Étude De

Liées

protocole doit être sous-classe de AnyObject, classe