Interface Builder, @IBOutlet et les protocoles de délégué et de la source de données de Swift

Ne peut pas se connecter délégué de la propriété de CustomView déclaré que @IBOutlet àViewController dans Interface Builder – tout simplement ne peut pas établir une connexion.

Voici le code

class CustomView: UIView {
     @IBOutlet var delegate: CustomViewDelegate?
}

@objc protocol CustomViewDelegate {
     ...
}


class ViewController: UIViewController, CustomViewDelegate {
     ...
}

@objc est utilisé en raison de swift protocole, IBOutlet propriété ne peut pas avoir de non-type d'objet, ne sais pas pourquoi protocol CustomViewDelegate: class {} ne fonctionne pas.

Quelqu'un d'autre est venu à travers quelque chose comme ça?

Est-ce que votre UIViewController dans l'Interface Constructeur de sa classe définie spécifiquement pour ViewController? Aussi, il est normalement une obligation (le dernier que j'ai vérifié) que @IBOutlet propriétés de l'être définie comme implicitement déballé types, comme suit: CustomViewDelegate!. Cela leur permet d'être nil à l'instanciation, tout en vous permettant de l'utiliser sans l'option de liaison après qu'ils ont été installés.

InformationsquelleAutor Dmitry | 2014-10-03

58

De Xcode notes de version:

Interface Builder ne prend pas en charge la connexion à une prise de courant dans une Swift fichier lors de la prise de courant est de type à un protocole.

Solution: Déclarer la prise de courant du type de AnyObject ou NSObject, connecter les objets à la prise murale à l'aide de Interface Builder, puis changer de prise de courant du type de protocole.

EDIT: Xcode 9 beta 3 notes de dire que cette solution de contournement ne devrait plus être nécessaire.
- Wowzer! Cela a fonctionné, merci. Apple... s'il vous plaît le faire ensemble!
- Nope. "La classe n'est pas la clé-valeur conforme" après le changement de type de Protocole.
- Ce que partiellement fonctionné pour moi. Dans un cas, où j'ai défini ma propre délégué sur une UIView à être raccordé à un UIViewController, il a travaillé. Dans un autre, où je définis mon délégué sur un UIViewController à être relié à un autre UIViewController, il ne le fait pas. J'ai essayé beaucoup de configurations. Toutes les idées @matt ce qui se passe ici?
- "Dans un autre, où je définis mon délégué sur un UIViewController à être relié à un autre UIViewController, il n'est pas" Qui n'a aucun sens pour moi, @josephap. Vous pouvez jamais dessiner une connexion de sortie aucun type à partir d'une vue contrôleur à un autre point de vue contrôleur dans un storyboard, donc je ne peux pas imaginer ce que vous essayiez de faire en premier lieu. Cela n'a rien voir avec Swift à tous. C'est juste un fait au sujet de la façon dont les pointes de travail. - Voir mon livre: apeth.com/iOSBook/ch07.html#SECconnectionBetweenNibs
- Oui, Matt, je me rends compte maintenant. Je n'ai pas utilisé les Storyboards tant que ça, et viens de découvrir que vous ne pouvez vous connecter prises à la vue des contrôleurs, et non pas entre eux. Je l'ai fait, séparément, ont une Swift lié à la question de qui votre réponse aidé avec. Merci.
- Maintenant, je suis déchiré de savoir si je devais revenir à l'Objective-C et/ou le fossé des story-boards en faveur de code pur. La raison principale, je suis en utilisant des story-boards pour le moment est parce que je suis en train d'écrire un Cacao application et je n'ai que l'expérience avec iOS. Aussi il est bon de développer les sous-vues @IBDesignable.
- C'est en février 2016 et toujours pas résolu. Heureusement, il y a cette solution de contournement.
- Xcode 7.3 et toujours pas résolu.
- Xcode 8.2 toujours pas résolu lol. Oiii...
- Doit être fixé dans Xcode 9 beta 3, selon les notes de version.
InformationsquelleAutor matt

Adam Waite offre une belle solution de contournement. J'ai cependant préférer la solution suivante car il met l'accent sur la solution de contournement et la propriété peut également facilement être retiré une fois que Xcode est résolu.

class CustomView: UIView {
    @IBOutlet
    public var delegate: CustomViewDelegate?

    ///Workaround for Xcode bug that prevents you from connecting the delegate in the storyboard.
    ///Remove this extra property once Xcode gets fixed.
    @IBOutlet
    public var ibDelegate: AnyObject? {
        get { return delegate }
        set { delegate = newValue as? CustomViewDelegate }
    }

    func someMethod() {
        //Here we always refer to `delegate`, not `ibDelegate`
        delegate?.onSomethingHappened()
    }
}

@objc protocol CustomViewDelegate {
    ...
}

Hey, est ce bug est déjà un ans et demi?

InformationsquelleAutor Lars Blumberg

9

Une élégante solution de contournement：
```
#if TARGET_INTERFACE_BUILDER
@IBOutlet open weak var delegate: AnyObject?
#else
open weak var delegate: CustomViewDelegate?
#endif
```
Voir：
https://github.com/WenchaoD/FSPagerView/blob/master/Sources/FSPagerView.swift#L88

InformationsquelleAutor WenchaoD

Un autre qui ne l'est pas assez mais:

@IBOutlet weak var ibDelegate: NSObject?
@IBOutlet weak var ibDataSource: NSObject?
var delegate: MultipleButtonViewDelegate? { return ibDelegate as? MultipleButtonViewDelegate }
var dataSource: MultipleButtonViewDataSource? { return ibDataSource as? MultipleButtonViewDataSource }

Bonne réponse! Utiliser ce moyen pour empêcher le changement de type généralement de la Prise de courant.

InformationsquelleAutor Adam Waite

3

C'est un vieux thread, mais j'ai pensé que je ferais remarquer que comme de Xcode 9 beta 3, il est désormais possible de connecter un délégué personnalisé écrit en swift à interface builder.

Selon les notes de version

Interface Builder est désormais reconnaît points de vente, les actions, et inspectable
propriétés déclarées sur les classes qui ont une rapide extension du protocole.
(22201035)
```
//Can connect this to interface builder now    
class MyViewController: UIViewController {
    @IBOutlet weak var myDelegate: TheNewDelegate?
}
```
InformationsquelleAutor DerrickHo328
1

Pour moi, la raison en était la vue de la table a été nil au point que j'ai tenté de définir la source de données et à la délégation. Cela était dû à l'initialiseur d'appel initWithNibName:bundle: qui ne garantit pas initialisé connexions. Reportant mon délégué et de la source de données paramètre viewDidload a travaillé comme un charme.

InformationsquelleAutor Tom Howard

Vous devez vous connecter pour publier un commentaire.