Comment puis-je écrire une coutume init pour une sous-classe UIView dans Swift?

Dire que je veux init un UIView sous-classe avec un String et un Int.

Comment faire en Swift si je suis juste sous-classement UIView? Si je viens de faire un custom init() fonction, mais les paramètres sont une Chaîne de caractères et un entier (Int), il me dit que "super.init() n'est pas appelé avant le retour à partir de l'initialiseur".

Et si je l'appelle super.init() je me suis dit que je doit utiliser un désigné d'initialiseur. Que dois-je être à l'aide de là-bas? La version châssis? Le codeur version? Les deux? Pourquoi?

InformationsquelleAutor Doug Smith | 2014-06-21
  1. 180

    La init(frame:) version est l'initialisation par défaut. Vous devez appeler seulement après initialiser vos variables d'instance. Si ce point de vue est reconstitué à partir d'une Plume, puis personnalisé de votre initialiseur ne sera pas appelé, et au lieu de la init?(coder:) version sera appelée. Depuis Swift exige maintenant une mise en œuvre de la nécessaire init?(coder:), j'ai mis à jour l'exemple ci-dessous et changé le let les déclarations de variable var et facultatif. Dans ce cas, vous devez les initialiser dans awakeFromNib() ou plus tard.

    class TestView : UIView {
    var s: String?
    var i: Int?
    init(s: String, i: Int) {
        self.s = s
        self.i = i
        super.init(frame: CGRect(x: 0, y: 0, width: 100, height: 100))
    }

    required init?(coder aDecoder: NSCoder) {
        super.init(coder: aDecoder)
    }
}
    • Mais je ne suis pas traiter avec des constantes, leurs valeurs peuvent très bien changer...
    • Puis par tous les moyens de les rendre var. Mais le défaut de meilleures pratiques dans Swift est de déclarer les variables let sauf si il y a une raison pour déclarer var. Il n'y avait pas de raison de le faire dans mon exemple de code ci-dessus, d'où let.
    • Ce code ne compile pas. Vous avez besoin de mettre en œuvre les initialiser init(coder:).
    • J'ai corrigé, merci.
    • intéressant de voir comment cette compilé il y a des années. Aujourd'hui, il se plaint en vertu de l'init(coder:) que la "Propriété de soi.n'est pas initialisé au super.init appel"
    • Fixe exemple pour Swift 3.1. Compile en vertu d'une aire de jeux de l'importation de UIKit.
    • super.init() doit être appelée avant l'initialisation de l'auto params?
    • J'ai fait s et i en Option pour garder les choses simples ici. S'ils n'étaient pas en option, il devra aussi être initialisé dans l'initialiseur. Rendant facultatif signifie qu'ils sont à être nil quand super.init() est appelé. S'ils n'étaient pas en option, ils devraient en effet être attribuée avant l'appel à super.init().
    • belle réponse
    • Quelqu'un peut m'expliquer pourquoi il est acceptable de ne pas donner des valeurs initiales à self.i et self.s dans int?(coder)? Je sais qu'il compile parce que swift options. Sommes-nous censés nous initialiser ailleurs? Où? Pourquoi ne pouvons-nous pas dans int?(coder) comme avec les autres inits?
    • Un peu hors-sujet, mais la réponse est que les valeurs facultatives ont une valeur par défaut de nil si vous ne fournissez pas un seul de vous-même.

    InformationsquelleAutor Wolf McNally
  2. 22

    J'ai créer un init pour l'désignés et nécessaire. Pour des raisons de commodité inits j'ai délégué à init(frame:) avec cadre de zéro.

    Avoir zéro image n'est pas un problème parce que en général, la vue est à l'intérieur d'un ViewController de vue; votre vue personnalisée d'obtenir une bonne, coffre-fort chance à la disposition de ses sous-vues lors de ses superview appels layoutSubviews() ou updateConstraints(). Ces deux fonctions sont appelées par le système de façon récursive dans la vue de la hiérarchie. Vous pouvez utiliser updateContstraints() ou layoutSubviews(). updateContstraints() est appelé en premier, puis layoutSubviews(). Dans updateConstraints() assurez-vous d'appeler super dernier. Dans layoutSubviews(), appelez super première.

    Voici ce que je fais:

    @IBDesignable
class MyView: UIView {

      convenience init(args: Whatever) {
          self.init(frame: CGRect.zero)
          //assign custom vars
      }

      override init(frame: CGRect) {
           super.init(frame: frame)
           commonInit()
      }

      required init?(coder aDecoder: NSCoder) {
           super.init(coder: aDecoder)
           commonInit()
      }

      override func prepareForInterfaceBuilder() {
           super.prepareForInterfaceBuilder()
           commonInit()
      }

      private func commonInit() {
           //custom initialization
      }

      override func updateConstraints() {
           //set subview constraints here
           super.updateConstraints()
      }

      override func layoutSubviews() {
           super.layoutSubviews()
           //manually set subview frames here
      }

}
    • Il ne devrait pas travailler: l'Utilisation de " moi " dans l'appel de la méthode 'commonInit" avant super.init initialise auto
    • Initialiser des arguments personnalisés après l'auto.init appel. Mise à jour de ma réponse.
    • Mais que faire si vous voulez initialiser certaines propriétés dans commonInit méthode, mais vous ne pouvez pas le placer après super dans ce cas, car il faut initialiser toutes les propriétés AVANT de super appel. Lol il semble comme des morts de la boucle.
    • C'est de cette façon Swift initialisation souvent des œuvres: de la recherche pour "two-phase d'initialisation". Vous pouvez utiliser implicitement déballé options, mais je recommande contre elle. Votre architecture, en particulier lorsqu'ils traitent avec des points de vue, doit initialiser toutes les propriétés locales. J'ai utilisé ce commonInit() la méthode à des centaines de points de vue maintenant. Il fonctionne
    InformationsquelleAutor MH175
  3. 17

    Ici est de savoir comment je le fais sur iOS 9 Swift -

    import UIKit

class CustomView : UIView {

    init() {
        super.init(frame: UIScreen.mainScreen().bounds);

        //for debug validation
        self.backgroundColor = UIColor.blueColor();
        print("My Custom Init");

        return;
    }

    required init?(coder aDecoder: NSCoder) { fatalError("init(coder:) has not been implemented"); }
}

    Ici est un projet complet avec exemple:

    • ce serait d'utiliser l'ensemble de l'affichage de la Vue
    • yep! Si vous êtes intéressés par une sous-vue partielle, laissez-moi savoir et je vais poster ce que bien
    • J'aime cette réponse le meilleur, car le fait d'avoir le fatalError signifie que je n'ai pas mis tout le code dans la méthode d'initialisation requise.
    • J'aimerais voir la solution pour les vues partielles.
    • n'est-ce pas votre réponse en disant le contraire de la accepté de répondre? Je veux dire que vous êtes en train de faire la personnalisation de l'après super.init, mais il a dit qu'il devrait être fait avant de super.init...
    • Non, OP états ", il me dit que "super.init() n'est pas appelé avant le retour à partir de l'initialiseur", c'est à dire la personnalisation peut se produire à tout moment dans la fonction init(). Également à noter, vous ne pouvez pas modifier " moi " avant d'appeler super.init() de sorte que votre concours n'est pas valide. Intéressant compte bien, il était amusant de pousser et d'explorer!
    • Pour une vue partielle voir popupView, de hauteur de 35
    • Il n'est pas nécessaire pour que return ou les points-virgules.
    • yup! Appelez-moi ol' school, mais je ne peux pas laisser une ligne ouverte ou un réseau w/o de retour pour la vie de moi. Comme de ne pas porter des pantalons dans le parc, sûr que ça va fonctionner mais - ewww!

    InformationsquelleAutor J-Dizzle
  4. 11

    Voici comment je le fais une sous-vue sur iOS dans Swift -

    class CustomSubview : UIView {

    init() {
        super.init(frame: UIScreen.mainScreen().bounds);

        let windowHeight : CGFloat = 150;
        let windowWidth  : CGFloat = 360;

        self.backgroundColor = UIColor.whiteColor();
        self.frame = CGRectMake(0, 0, windowWidth, windowHeight);
        self.center = CGPoint(x: UIScreen.mainScreen().bounds.width/2, y: 375);

        //for debug validation
        self.backgroundColor = UIColor.grayColor();
        print("My Custom Init");

        return;
    }

    required init?(coder aDecoder: NSCoder) { fatalError("init(coder:) has not been implemented"); }
}
    • Belle utilisation de la fatalError() de l'appel. J'ai été d'avoir à utiliser des options juste pour faire taire les avertissements d'un initialiseur qui n'était même pas utilisé. Ce la fermer jusqu'! Merci.
    InformationsquelleAutor J-Dizzle