AutoLayout-constraints für eine autoresizing Ansicht erstellt, in der ViewController die loadView

Meine UIViewController schafft seine Ansicht durch überschreiben der loadView-Methode:

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

Nun möchte ich wechseln auf AutoLayout, und daher fügen Sie eine

view.translatesAutoresizingMaskIntoConstraints = NO;

der loadView-Methode. Nun muss ich angeben, den gleichen Einschränkungen, die waren automatisch generierte vor. Mein Ansatz war zu überschreiben updateViewConstraints mit

- (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];
}

Aber ich erhalte eine Ausnahme, weil ich denke, dass diese Art von Einschränkungen gehen mit der super Aussicht:

*** 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.

So, wie die richtigen Constraints auszusehen haben?

InformationsquelleAutor Tobias Müller | 2013-04-28

  1. 8

    Müssen Sie die Einschränkungen für die superview. Die Ausnahme wird verursacht durch einen Verweis auf die superview, indem man "|" in der visual-format. Wenn Sie aktualisieren Sie Ihren code wie den folgenden zu arbeiten:

    - (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];
}

    In der Praxis werden Sie wahrscheinlich wollen, um zu überprüfen, für etwas anderes als 0 Randbedingungen auf der superview aber das sollte helfen.

    InformationsquelleAutor CEarwood

  2. 5

    Sie nicht haben, um die Einschränkungen auf dem root-view Matt Neuburg, erklärt der Kapitel 19 der Programmierung von iOS 6 Buch, im Abschnitt Manuelle Layout:

    Wir haben nicht die Mühe zu geben, unsere Sicht (self.view) einem angemessenen Rahmen. Denn wir sind angewiesen auf jemand anderes als Rahmen für den Blick angemessen. In diesem Fall, die "jemand anders" ist das Fenster, welches reagiert auf seine rootViewController - Eigenschaft auf einen view-controller durch einbinden der view controller view entsprechend als root anzeigen, bevor Sie Sie in das Fenster als Untersicht.

    InformationsquelleAutor Palimondo

  3. 5

    Das problem mit CEarwood Ansatz ist, dass dies ein ViewController, und seine Sicht ist nicht die Untersicht eine andere Ansicht, so ruft selbst.Blick.Untersicht nur Ergebnisse in der null. Denken Sie daran, dass die Apple-Dokumentation und-Richtlinien empfehlen dringend, dass Sie eine UIViewController nimmt mehr oder weniger den ganzen Bildschirm (neben der Navigationsleiste oder der tab-Leiste etc.).

    Palimondo die Antwort ist im Grunde der richtige: Ihre UIViewController muss init seine Ansicht in loadView, aber es muss nicht angeben, frame oder Einschränkungen, da diese automatisch in den Fenster-Rahmen und-Einschränkungen. Das ist genau das, was wird standardmäßig gemacht wenn Sie nicht loadView implementieren selbst.

    Es gibt einen kleinen Fehler: Sie reden über sich selbst.Blick.superview statt selbst.Blick.Untersicht

    InformationsquelleAutor Ben Wheeler

  4. 1

    Ich bin mir nicht sicher, Sie brauchen, um die Einschränkungen für die stammansicht des Fensters.

    Sagte, die Marker korrekt Aussehen, ich denke, die Ausnahme, die Sie erhalten, weil dies:

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

    verwendet die | - notation zur Darstellung der Ansicht superview. Als root-Ebene anzeigen, es hat keine superview. So etwas kann funktionieren, besser:

    - (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]];
}
    Ich aber explizit nicht wollen, fügen Sie die Ansicht als unteransicht, denn dann hätte ich eine unbenutzte Einblick zwischen die brauche ich nicht.
    Wie viel kostet ein zusätzliches,unbenutztes Sicht eine Rolle? Ich Frage nur hier, das ist eine Frage für Sie. Haben Sie versucht, fallen die Einschränkungen? Welche Einschränkungen sind mit einem Standard-view-controller über das Storyboard?
    Die Ansichten erstellt werden programmatisch, also nichts aus dem Storyboard. Der extra-Blick verschwendet cpu-Zeit und Speicher.
    Gut, wenn es darauf ankommt, dass viel, um Sie dann es klingt wie Sie brauchen, um zu überspringen, autolayout für das root-Ansicht. "Der Blick im Zusammenhang mit der Fenster-root-view-controller bekommt einen Rahmen auf der Grundlage der Merkmale des Fensters. "- developer.apple.com/library/ios/#featuredarticles/...

    InformationsquelleAutor James

Schreibe einen Kommentar