Seit Xcode 8 und iOS10 sind Ansichten in viewDidLayoutSubviews nicht richtig dimensioniert

Es scheint, dass mit viewDidLoadaktiviertem Xcode 8 alle Viewcontroller-Unteransichten dieselbe Größe von 1000 x 1000 haben. Seltsame Sache, aber okay, war viewDidLoadnoch nie der bessere Ort, um die Ansichten richtig zu dimensionieren.

Aber viewDidLayoutSubviewsist!

Bei meinem aktuellen Projekt versuche ich, die Größe einer Schaltfläche zu drucken:

- (void)viewDidLayoutSubviews {
    [super viewDidLayoutSubviews];

    NSLog(@"%@", self.myButton);
}

Das Protokoll zeigt eine Größe von (1000x1000) für myButton! Wenn ich mich dann zum Beispiel mit einer Schaltfläche anmelde, zeigt das Protokoll eine normale Größe an.

Ich benutze Autolayout.

Ist es ein Fehler?

Mit Interface Builder kann der Benutzer jetzt die Größe aller View Controller im Storyboard dynamisch ändern, um die Größe eines bestimmten Geräts zu simulieren.

Vor dieser Funktion sollte der Benutzer jede Größe des Ansichtscontrollers manuell festlegen. Daher wurde der Ansichts-Controller mit einer bestimmten Größe gespeichert, mit initWithCoderder der anfängliche Frame festgelegt wurde.

Nun scheint es, dass initWithCoderSie nicht die im Storyboard definierte Größe verwenden und eine Größe von 1000 x 1000 Pixel für die Viewcontroller-Ansicht und alle ihre Unteransichten definieren.

Dies ist kein Problem, da Ansichten immer eine der folgenden Layoutlösungen verwenden sollten:

• Autolayout und alle Einschränkungen ordnen Ihre Ansichten korrekt an

• autoresizingMask, mit der jede Ansicht, an die keine Einschränkung gebunden ist, mit einem Layout versehen wird ( beachten Sie, dass die Einschränkungen für Autolayout und Rand jetzt in derselben Ansicht kompatibel sind \ o /! ).

Aber das ist ein Problem für alle Sachen Layout der Ansicht Schicht bezogen, wie cornerRadius, da weder automatisches Layout noch die automatische Maske auf Schichteigenschaften gilt.

Um dieses Problem zu lösen, verwenden viewDidLayoutSubviewsSie üblicherweise, wenn Sie sich in der Steuerung befinden oder layoutSubviewwenn Sie sich in einer Ansicht befinden. An diesem Punkt (vergessen Sie nicht, die superrelativen Methoden aufzurufen ) sind Sie sich ziemlich sicher, dass alle Layout-Aufgaben erledigt wurden!

Ziemlich sicher? Hum ... nicht ganz, habe ich bemerkt, und deshalb habe ich diese Frage gestellt. In einigen Fällen hat die Ansicht bei dieser Methode immer noch die Größe 1000x1000. Ich denke, es gibt keine Antwort auf meine eigene Frage. Um die maximale Information darüber zu geben:

1- es passiert nur beim Auslegen von Zellen! In UITableViewCell& UICollectionViewCellUnterklassen layoutSubviewwird nicht aufgerufen, nachdem die Unteransichten korrekt angeordnet wurden.

2- Wie @EugenDimboiu bemerkte (bitte stimmen Sie seiner Antwort zu, wenn dies für Sie nützlich ist), wird das Aufrufen [myView layoutIfNeeded]der nicht angelegten Unteransicht gerade rechtzeitig korrekt angeordnet.

- (void)layoutSubviews {
    [super layoutSubviews];
    NSLog (self.myLabel); // 1000x1000 size 
    [self.myLabel layoutIfNeeded];
    NSLog (self.myLabel); // normal size
}

3- Meiner Meinung nach ist dies definitiv ein Fehler. Ich habe es beim Radar eingereicht (ID 28562874).

PS: Ich bin kein englischer Muttersprachler, also zögern Sie nicht, meinen Beitrag zu bearbeiten, wenn meine Grammatik korrigiert werden sollte;)

PS2: Wenn Sie eine bessere Lösung haben, schreiben Sie keine weitere Antwort. Ich werde die akzeptierte Antwort verschieben.

Verwenden Sie abgerundete Ecken für Ihren Knopf? Versuchen Sie layoutIfNeeded()vorher anzurufen .

Lösung: Wrap alles innen viewDidLayoutSubviewsin DispatchQueue.main.async.

// swift 3

override func viewDidLayoutSubviews() {
    super.viewDidLayoutSubviews()

    DispatchQueue.main.async {
        // do stuff here
    }
}

Ich weiß, dass dies nicht Ihre genaue Frage war, aber ich bin auf ein ähnliches Problem gestoßen, bei dem einige meiner Ansichten wie beim Update durcheinander gebracht wurden, obwohl in viewDidLayoutSubviews die richtige Frame-Größe vorhanden war. Laut iOS 10 Versionshinweise:

"Es wird nicht erwartet, dass durch das Senden von layoutIfNeeded an eine Ansicht die Ansicht verschoben wird. In früheren Versionen hat layoutIfNeeded die Ansicht vor dem Senden des Layouts so verschoben, dass sie mit der Layout-Engine übereinstimmt, wenn in der Ansicht" ÜbersetzenAutoresizingMaskIntoConstraints "auf" NO "gesetzt wurde und wenn sie durch Einschränkungen positioniert wurde Diese Änderungen korrigieren dieses Verhalten, und die Position des Empfängers und normalerweise seine Größe werden von layoutIfNeeded nicht beeinflusst.

Einige vorhandene Codes stützen sich möglicherweise auf dieses falsche Verhalten, das jetzt korrigiert wird. Es gibt keine Verhaltensänderung für Binärdateien, die vor iOS 10 verknüpft wurden. Wenn Sie jedoch auf iOS 10 aufbauen, müssen Sie möglicherweise einige Situationen korrigieren, indem Sie -layoutIfNeeded an eine Übersicht der Ansicht translatesAutoresizingMaskIntoConstraints senden, die der vorherige Empfänger war, oder sie zuvor positionieren und dimensionieren ( oder danach, je nach gewünschtem Verhalten) layoutIfNeeded.

Bei Apps von Drittanbietern mit benutzerdefinierten UIView-Unterklassen, die das automatische Layout verwenden und layoutSubviews und das schmutzige Layout vor dem Aufruf von super überschreiben, besteht die Gefahr, dass beim Neuerstellen unter iOS 10 eine Layout-Rückkopplungsschleife ausgelöst wird. Wenn sie nachfolgende LayoutSubviews-Aufrufe korrekt gesendet werden, müssen sie dies unbedingt tun Hören Sie irgendwann auf, das Layout auf sich selbst zu verschmutzen (beachten Sie, dass dieser Aufruf in der Version vor iOS 10 übersprungen wurde). "

Grundsätzlich können Sie layoutIfNeeded nicht für ein untergeordnetes Objekt der Ansicht aufrufen, wenn Sie translatesAutoresizingMaskIntoConstraints verwenden. Jetzt muss der Aufruf von layoutIfNeeded in der SuperView erfolgen, und Sie können dies weiterhin in viewDidLayoutSubviews aufrufen.

Wenn die Frames in layoutSubViews nicht korrekt sind (was sie nicht sind), können Sie ein bisschen Code im Hauptthread asynchron versenden. Dies gibt dem System einige Zeit, um das Layout zu erstellen. Wenn der von Ihnen versendete Block ausgeführt wird, haben die Frames die richtige Größe.

Dies hat das (lächerlich nervige) Problem für mich behoben:

- (void) viewDidLayoutSubviews {

    [super viewDidLayoutSubviews];

    self.view.frame = CGRectMake(0,0,[[UIScreen mainScreen] bounds].size.width,[[UIScreen mainScreen] bounds].size.height);

}

Bearbeiten / Hinweis: Dies ist für einen ViewController im Vollbildmodus.

Eigentlich viewDidLayoutSubviewsist auch nicht der beste Ort, um den Rahmen Ihrer Ansicht festzulegen. Soweit ich verstanden habe, sollte von nun an nur noch die layoutSubviewsMethode im Code der eigentlichen Ansicht durchgeführt werden. Ich wünschte ich hätte nicht recht, jemand korrigiert mich bitte wenn es nicht wahr ist!

Ich habe dieses Problem bereits an Apple gemeldet. Dieses Problem besteht seit langer Zeit, als Sie UIViewController von Xib aus initialisieren, aber ich habe eine gute Lösung gefunden. Darüber hinaus habe ich dieses Problem in einigen Fällen festgestellt, wenn layoutIfNeeded in UICollectionView und UITableView verwendet wurde, wenn die Datenquelle nicht im ersten Moment festgelegt wurde, und es auch benötigt wurde, um es zu ändern.

extension UIViewController {
    open override class func initialize() {
        if self !== UIViewController.self {
            return
        }
        DispatchQueue.once(token: "io.inspace.uiviewcontroller.swizzle") {
            ins_applyFixToViewFrameWhenLoadingFromNib()
        }
    }

    @objc func ins_setView(view: UIView!) {
        // View is loaded from xib file
        if nibBundle != nil && storyboard == nil && !view.frame.equalTo(UIScreen.main.bounds) {
            view.frame = UIScreen.main.bounds
            view.layoutIfNeeded()
        }
        ins_setView(view: view)
    }

    private class func ins_applyFixToViewFrameWhenLoadingFromNib() {
        UIViewController.swizzle(originalSelector: #selector(setter: UIViewController.view),
                                 with: #selector(UIViewController.ins_setView(view:)))
        UICollectionView.swizzle(originalSelector: #selector(UICollectionView.layoutSubviews),
                                 with: #selector(UICollectionView.ins_layoutSubviews))
        UITableView.swizzle(originalSelector: #selector(UITableView.layoutSubviews),
                                 with: #selector(UITableView.ins_layoutSubviews))
     }
}

extension UITableView {
    @objc fileprivate func ins_layoutSubviews() {
        if dataSource == nil {
            super.layoutSubviews()
        } else {
            ins_layoutSubviews()
        }
    }
}

extension UICollectionView {
    @objc fileprivate func ins_layoutSubviews() {
        if dataSource == nil {
            super.layoutSubviews()
        } else {
            ins_layoutSubviews()
        }
    }
}

Versand einmalige Verlängerung:

extension DispatchQueue {

    private static var _onceTracker = [String]()

    /**
     Executes a block of code, associated with a unique token, only once.  The code is thread safe and will
     only execute the code once even in the presence of multithreaded calls.

     - parameter token: A unique reverse DNS style name such as com.vectorform.<name> or a GUID
     - parameter block: Block to execute once
     */
    public class func once(token: String, block: (Void) -> Void) {
        objc_sync_enter(self); defer { objc_sync_exit(self) }

        if _onceTracker.contains(token) {
            return
        }

        _onceTracker.append(token)
        block()
    }
}

Swizzle-Erweiterung:

extension NSObject {
    @discardableResult
    class func swizzle(originalSelector: Selector, with selector: Selector) -> Bool {

        var originalMethod: Method?
        var swizzledMethod: Method?

        originalMethod = class_getInstanceMethod(self, originalSelector)
        swizzledMethod = class_getInstanceMethod(self, selector)

        if originalMethod != nil && swizzledMethod != nil {
            method_exchangeImplementations(originalMethod!, swizzledMethod!)
            return true
        }
        return false
    }
}

Mein Problem wurde durch Ändern der Verwendung von gelöst

-(void)viewDidLayoutSubviews{
    [super viewDidLayoutSubviews];
    self.viewLoginMailTop.constant = -self.viewLoginMail.bounds.size.height;
}

zu

-(void)viewWillLayoutSubviews{
    [super viewWillLayoutSubviews];
    self.viewLoginMailTop.constant = -self.viewLoginMail.bounds.size.height;
}

Also von Did zu Will

Super komisch

Bessere Lösung für mich.

protocol LayoutComplementProtocol {
    func didLayoutSubviews(with targetView_: UIView)
}

private class LayoutCaptureView: UIView {
    var targetView: UIView!
    var layoutComplements: [LayoutComplementProtocol] = []

    override func layoutSubviews() {
        super.layoutSubviews()

        for layoutComplement in self.layoutComplements {
            layoutComplement.didLayoutSubviews(with: self.targetView)
        }
    }
}

extension UIView {
    func add(layoutComplement layoutComplement_: LayoutComplementProtocol) {
        func findLayoutCapture() -> LayoutCaptureView {
            for subView in self.subviews {
                if subView is LayoutCaptureView {
                    return subView as? LayoutCaptureView
                }
            }
            let layoutCapture = LayoutCaptureView(frame: CGRect(x: -100, y: -100, width: 10, height: 10)) // not want to show, want to have size
            layoutCapture.targetView = self
            self.addSubview(layoutCapture)
            return layoutCapture
        }

        let layoutCapture = findLayoutCapture()
        layoutCapture.layoutComplements.append(layoutComplement_)
    }
}

Verwenden von

class CircleShapeComplement: LayoutComplementProtocol {
    func didLayoutSubviews(with targetView_: UIView) {
        targetView_.layer.cornerRadius = targetView_.frame.size.height / 2
    }
}

myButton.add(layoutComplement: CircleShapeComplement())

Überschreiben Sie layoutSublayers (von Layer: CALayer) anstelle von layoutSubviews in der Zellenunteransicht, um korrekte Frames zu erhalten

Wenn Sie etwas basierend auf dem Rahmen Ihrer Ansicht tun müssen, überschreiben Sie layoutSubviews und rufen Sie layoutIfNeeded auf

    override func layoutSubviews() {
    super.layoutSubviews()

    yourView.layoutIfNeeded()
    setGradientForYourView()
}

Ich hatte das Problem, dass viewDidLayoutSubviews den falschen Frame für meine Ansicht zurückgab , für den ich einen Farbverlauf hinzufügen musste. Und nur layoutIfNeeded hat das Richtige getan :)

Laut neuem Update in ios ist dies tatsächlich ein Fehler, aber wir können dies reduzieren, indem wir -

Wenn Sie xib mit Autolayout in Ihrem Projekt verwenden, müssen Sie nur den Frame in der Autolayout-Einstellung aktualisieren. Bitte finden Sie ein Bild dafür.