Was ist die robusteste Methode, um ein UIView zum Neuzeichnen zu zwingen?

Ich habe eine UITableView mit einer Liste von Elementen. Durch Auswahl eines Elements wird ein viewController verschoben, der dann die folgenden Schritte ausführt. Von der Methode viewDidLoad Ich starte eine URLRequest für Daten, die von einer meiner Unteransichten benötigt werden - eine UIView-Unterklasse mit überschriebenem drawRect. Wenn die Daten aus der Cloud ankommen, beginne ich mit dem Aufbau meiner Ansichtshierarchie. Die betreffende Unterklasse erhält die Daten und die drawRect-Methode verfügt nun über alles, was zum Rendern erforderlich ist.

Aber.

Da ich drawRect nicht explizit aufrufe - Cocoa-Touch übernimmt das -, kann ich Cocoa-Touch nicht darüber informieren, dass ich wirklich, wirklich möchte, dass diese UIView-Unterklasse gerendert wird. Wann? Jetzt wäre gut!

Ich habe [myView setNeedsDisplay] ausprobiert. Das funktioniert manchmal irgendwie. Sehr fleckig.

Ich habe stundenlang damit gerungen. Könnte jemand, der mir bitte einen soliden, garantierten Ansatz bietet, um ein UIView-Re-Rendering zu erzwingen.

Hier ist der Codeausschnitt, der der Ansicht Daten zuführt:

// Create the subview
self.chromosomeBlockView = [[[ChromosomeBlockView alloc] initWithFrame:frame] autorelease];

// Set some properties
self.chromosomeBlockView.sequenceString     = self.sequenceString;
self.chromosomeBlockView.nucleotideBases    = self.nucleotideLettersDictionary;

// Insert the view in the view hierarchy
[self.containerView          addSubview:self.chromosomeBlockView];
[self.containerView bringSubviewToFront:self.chromosomeBlockView];

// A vain attempt to convince Cocoa-Touch that this view is worthy of being displayed ;-)
[self.chromosomeBlockView setNeedsDisplay];

Prost, Doug

Die garantierte, absolut solide Möglichkeit, ein UIViewerneutes Rendern zu erzwingen , ist [myView setNeedsDisplay]. Wenn Sie Probleme damit haben, stoßen Sie wahrscheinlich auf eines der folgenden Probleme:

• Sie rufen es auf, bevor Sie die Daten tatsächlich haben, oder Sie -drawRect:überspeichern etwas.

• Sie erwarten, dass die Ansicht in dem Moment gezeichnet wird, in dem Sie diese Methode aufrufen. Es gibt absichtlich keine Möglichkeit, mit dem Cocoa-Zeichensystem "jetzt genau in dieser Sekunde zeichnen" zu fordern. Dies würde das gesamte View-Compositing-System und die Leistung des Papierkorbs stören und wahrscheinlich alle Arten von Artefakten verursachen. Es gibt nur Möglichkeiten zu sagen, "dies muss im nächsten Ziehzyklus gezeichnet werden."

Wenn Sie "etwas Logik, Zeichnen, etwas mehr Logik" benötigen, müssen Sie "etwas mehr Logik" in eine separate Methode einfügen und -performSelector:withObject:afterDelay:mit einer Verzögerung von 0 aufrufen. Dadurch wird "etwas mehr Logik" nachher eingefügt der nächste Ziehzyklus. In dieser Frage finden Sie ein Beispiel für diese Art von Code und einen Fall, in dem er möglicherweise benötigt wird (obwohl es normalerweise am besten ist, nach anderen Lösungen zu suchen, wenn dies möglich ist, da dies den Code kompliziert).

Wenn Sie nicht glauben, dass Dinge gezeichnet werden, setzen Sie einen Haltepunkt -drawRect:und sehen Sie, wann Sie angerufen werden. Wenn Sie anrufen -setNeedsDisplay, aber -drawRect:in der nächsten Ereignisschleife nicht aufgerufen werden, stöbern Sie in Ihrer Ansichtshierarchie und stellen Sie sicher, dass Sie nicht versuchen, irgendwo zu überlisten. Über-Cleverness ist meiner Erfahrung nach die häufigste Ursache für schlechtes Zeichnen. Wenn Sie glauben, am besten zu wissen, wie Sie das System dazu bringen können, das zu tun, was Sie wollen, wird es normalerweise genau das tun, was Sie nicht wollen.

Ich hatte ein Problem mit einer großen Verzögerung zwischen dem Aufruf von setNeedsDisplay und drawRect: (5 Sekunden). Es stellte sich heraus, dass ich setNeedsDisplay in einem anderen Thread als dem Hauptthread aufgerufen habe. Nachdem dieser Aufruf in den Haupt-Thread verschoben wurde, verschwand die Verzögerung.

Hoffe das ist eine Hilfe.

Die Geld-zurück-garantierte, Stahlbeton-solide Methode, um eine Ansicht zum synchronen Zeichnen zu zwingen (bevor Sie zum aufrufenden Code zurückkehren), besteht darin, die CALayerInteraktionen des UIViewBenutzers mit Ihrer Unterklasse zu konfigurieren .

Erstellen Sie in Ihrer UIView-Unterklasse eine displayNow()Methode, die der Ebene sagt, dass sie " Kurs für die Anzeige festlegen " und dann "so machen " soll:

_Schnell

/// Redraws the view's contents immediately.
/// Serves the same purpose as the display method in GLKView.
public func displayNow()
{
    let layer = self.layer
    layer.setNeedsDisplay()
    layer.displayIfNeeded()
}

_{Ziel c}

/// Redraws the view's contents immediately.
/// Serves the same purpose as the display method in GLKView.
- (void)displayNow
{
    CALayer *layer = self.layer;
    [layer setNeedsDisplay];
    [layer displayIfNeeded];
}

Implementieren Sie auch eine draw(_: CALayer, in: CGContext)Methode, die Ihre private / interne Zeichenmethode aufruft (was funktioniert, da jede a UIViewist CALayerDelegate) :

_Schnell

/// Called by our CALayer when it wants us to draw
///     (in compliance with the CALayerDelegate protocol).
override func draw(_ layer: CALayer, in context: CGContext)
{
    UIGraphicsPushContext(context)
    internalDraw(self.bounds)
    UIGraphicsPopContext()
}

_{Ziel c}

/// Called by our CALayer when it wants us to draw
///     (in compliance with the CALayerDelegate protocol).
- (void)drawLayer:(CALayer *)layer inContext:(CGContextRef)context
{
    UIGraphicsPushContext(context);
    [self internalDrawWithRect:self.bounds];
    UIGraphicsPopContext();
}

Und erstellen Sie Ihre benutzerdefinierte internalDraw(_: CGRect)Methode zusammen mit ausfallsicher draw(_: CGRect):

_Schnell

/// Internal drawing method; naming's up to you.
func internalDraw(_ rect: CGRect)
{
    // @FILLIN: Custom drawing code goes here.
    //  (Use `UIGraphicsGetCurrentContext()` where necessary.)
}

/// For compatibility, if something besides our display method asks for draw.
override func draw(_ rect: CGRect) {
    internalDraw(rect)
}

_{Ziel c}

/// Internal drawing method; naming's up to you.
- (void)internalDrawWithRect:(CGRect)rect
{
    // @FILLIN: Custom drawing code goes here.
    //  (Use `UIGraphicsGetCurrentContext()` where necessary.)
}

/// For compatibility, if something besides our display method asks for draw.
- (void)drawRect:(CGRect)rect {
    [self internalDrawWithRect:rect];
}

Und jetzt rufen myView.displayNow()Sie einfach an, wann immer Sie es wirklich brauchen, um zu zeichnen (z. B. von einem CADisplayLinkRückruf) . Unsere displayNow()Methode teilt das CALayerto mit displayIfNeeded(), das synchron in unser zurückruft draw(_:,in:)und das Zeichnen internalDraw(_:)vornimmt, und aktualisiert das Bild mit dem, was in den Kontext gezeichnet wird, bevor Sie fortfahren.

Dieser Ansatz ähnelt dem oben beschriebenen von @ RobNapier, hat jedoch den Vorteil, dass displayIfNeeded()zusätzlich aufgerufen wird setNeedsDisplay(), wodurch er synchron ist.

Dies ist möglich, weil CALayers mehr Zeichenfunktionen UIViewbieten als s - Ebenen sind niedriger als Ansichten und wurden explizit für den Zweck einer hoch konfigurierbaren Zeichnung innerhalb des Layouts entworfen und (wie viele Dinge in Cocoa) so konzipiert, dass sie flexibel verwendet werden können ( als Elternklasse oder als Delegator oder als Brücke zu anderen Zeichensystemen oder nur für sich allein). Die ordnungsgemäße Verwendung des CALayerDelegateProtokolls macht dies alles möglich.

Weitere Informationen zur Konfigurierbarkeit von CALayers finden Sie im Abschnitt Einrichten von Ebenenobjekten im Core Animation Programming Guide .

Ich hatte das gleiche Problem und alle Lösungen von SO oder Google funktionierten nicht für mich. Normalerweise setNeedsDisplayfunktioniert es, aber wenn es nicht funktioniert ...
Ich habe versucht, setNeedsDisplaydie Ansicht auf jede mögliche Weise von allen möglichen Threads und Dingen aufzurufen - immer noch kein Erfolg. Wir wissen, wie Rob sagte, dass

"Dies muss im nächsten Ziehzyklus gezeichnet werden."

Aber aus irgendeinem Grund würde es diesmal nicht zeichnen. Und die einzige Lösung, die ich gefunden habe, besteht darin, sie nach einiger Zeit manuell aufzurufen, damit alles, was die Auslosung blockiert, wie folgt vergeht:

dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, 
                                        (int64_t)(0.005 * NSEC_PER_SEC));
dispatch_after(popTime, dispatch_get_main_queue(), ^(void) {
    [viewToRefresh setNeedsDisplay];
});

Dies ist eine gute Lösung, wenn Sie die Ansicht nicht häufig zum Neuzeichnen benötigen. Andernfalls gibt es normalerweise keine Probleme, wenn Sie nur telefonieren (Action) setNeedsDisplay.

Ich hoffe, es wird jemandem helfen, der dort verloren ist, so wie ich es war.

Nun, ich weiß, dass dies eine große Änderung sein könnte oder sogar nicht für Ihr Projekt geeignet ist, aber haben Sie darüber nachgedacht , den Push erst durchzuführen, wenn Sie bereits über die Daten verfügen ? Auf diese Weise müssen Sie die Ansicht nur einmal zeichnen, und die Benutzererfahrung wird ebenfalls besser - der Push wird bereits geladen verschoben.

Die Art und Weise, wie Sie dies tun, besteht darin, dass UITableView didSelectRowAtIndexPathSie asynchron nach den Daten fragen. Sobald Sie die Antwort erhalten haben, führen Sie die Übergabe manuell durch und übergeben die Daten an Ihren viewController in prepareForSegue. In der Zwischenzeit möchten Sie möglicherweise einen Aktivitätsindikator anzeigen. Überprüfen Sie zum einfachen Laden des Indikators https://github.com/jdg/MBProgressHUD