Mise en page automatique contraintes pour une vue d'un redimensionnement automatique créé en ViewController de loadView

Mon UIViewController crée son point de vue en remplacement de la méthode loadView:

- (void)loadView {
    UIView *view = [[UIView alloc] init];
    view.autoresizingMask = UIViewAutoresizingFlexibleHeight|UIViewAutoresizingFlexibleWidth;
    self.view = view;
}

Maintenant, je voudrais passer à mise en page automatique et, par conséquent, ajouter un

view.translatesAutoresizingMaskIntoConstraints = NO;

à la méthode loadView. Maintenant, je dois spécifier les mêmes contraintes qui ont été générés automatiquement à l'avant. Mon approche a été de remplacer updateViewConstraints avec

- (void)updateViewConstraints {
    if (0 == [[self.view constraints] count]) {
        NSDictionary* views = @{@"view" : self.view};

        [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|[view]|" options:0 metrics:0 views:views]];
        [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|[view]|" options:0 metrics:0 views:views]];
     }

    [super updateViewConstraints];
}

Mais j'obtiens une exception parce que je pense que ce genre de contraintes doit aller avec la super vue:

*** Terminating app due to uncaught exception 'NSGenericException', reason: 'Unable to install constraint on view.  Does the constraint reference something from outside the subtree of the view?  That's illegal.

Alors, comment faire le bon Contraintes à ressembler à?

InformationsquelleAutor Tobias Müller | 2013-04-28
  1. 8

    Vous devez définir les contraintes sur le superview. L'exception est causée par la référence à la superview en passant "|" dans le format visuel. Si vous mettez à jour votre code comme suit cela fonctionne:

    - (void)updateViewConstraints {
    if (self.view.superview != nil && [[self.view.superview constraints] count] == 0) {
        NSDictionary* views = @{@"view" : self.view};

        [self.view.superview addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|[view]|" options:0 metrics:0 views:views]];
        [self.view.superview addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|[view]|" options:0 metrics:0 views:views]];
    }
   [super updateViewConstraints];
}

    Dans la pratique, vous voudrez probablement à vérifier pour autre chose que 0 contraintes sur le superview, mais cela devrait vous aider.

    InformationsquelleAutor CEarwood
  2. 5

    Vous n'avez pas de fixer les contraintes sur la racine de votre vue comme Matt Neuburg explique le Le chapitre 19 de sa Programmation iOS 6 livre, dans la section Mise en page de Manuel:

    Nous n'avons pas pris la peine de donner notre point de vue (self.view) un cadre raisonnable. C'est parce que nous comptons sur quelqu'un d'autre à l'image de la vue de façon appropriée. Dans ce cas, le “quelqu'un d'autre” est la fenêtre, qui répond à avoir sa rootViewController propriété est définie sur une-vue-contrôleur par le cadrage, le point de vue du contrôleur de vue de manière appropriée à la racine de la vue avant de la mettre dans la fenêtre comme une sous-vue.

    InformationsquelleAutor Palimondo
  3. 5

    Le problème avec CEarwood de l'approche est que c'est un ViewController, et son point de vue n'est pas la sous-vue de tout autre point de vue, afin de l'appelant auto.vue.sous-vue seulement les résultats dans le néant. Rappelez-vous que la documentation d'Apple et les lignes directrices suggèrent fortement qu'un UIViewController occupe plus ou moins de la totalité de l'écran (en plus de la barre de navigation ou la barre d'onglets etc.).

    Palimondo la réponse est fondamentalement celui de droite: votre UIViewController doit init son point de vue dans loadView, mais il n'a pas besoin de préciser son cadre ou contraintes, car celles-ci sont automatiquement réglé sur le châssis de fenêtre et les contraintes. C'est exactement ce qui est fait par défaut, si vous ne mettez pas en œuvre loadView vous-même.

    • Il y a une petite erreur: Vous parlez de l'auto.vue.superview au lieu de l'auto.vue.sous-vue
    InformationsquelleAutor Ben Wheeler
  4. 1

    Je ne suis pas sûr que vous devez définir les contraintes de la racine de la vue de la fenêtre.

    Cela dit, vos contraintes de l'air correct, je pense que l'exception que vous obtenez est parce que c':

        [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|[view]|" options:0 metrics:0 views:views]];

    utilise le | la notation pour représenter le point de vue de l'superview. Comme le niveau de la racine de la vue, il n'a pas de superview. Quelque chose comme cela peut fonctionner mieux:

    - (void)loadView {
    UIView *customView = [[UIView alloc] init];
    [self.view addSubview:customView];
    NSDictionary* views = @{@"customView" : customView};

    [customView addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|[customView]|" options:0 metrics:0 views:views]];
    [customView addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|[customView]|" options:0 metrics:0 views:views]];
}
    • Mais j'ai choisi de ne pas ajouter la vue comme une sous-vue, parce qu'alors j'aurais une caserne de vue entre lesquels je n'ai pas besoin.
    • Combien le fait d'avoir un supplémentaire inutilisé vue de la matière? Je demande juste ici, c'est une question pour vous. Avez-vous essayé de déposer les contraintes? Quelles sont les contraintes viennent avec une vue par défaut du contrôleur via le Storyboard?
    • Les vues sont créées par programmation, donc rien à partir de la table de montage séquentiel. La vue des gaspillages de temps cpu et de la mémoire.
    • Eh bien, si ça compte beaucoup pour vous, alors il semble que vous devez ignorer mise en page automatique de la vue racine. "Le point de vue associé à la fenêtre de la vue racine contrôleur reçoit un cadre basé sur les caractéristiques de la fenêtre. "- developer.apple.com/library/ios/#featuredarticles/...
    InformationsquelleAutor James