iOS: Verwenden von UIViews 'drawRect:' im Vergleich zu dem Delegierten seiner Ebene 'drawLayer: inContext:'

Ich habe eine Klasse, die eine Unterklasse von ist UIView. Ich bin in der Lage, Dinge in die Ansicht zu zeichnen, indem ich entweder die drawRectMethode implementiere oder drawLayer:inContext:eine Delegate-Methode von implementiere CALayer.

Ich habe zwei Fragen:

1. Wie entscheide ich mich für einen Ansatz? Gibt es für jeden einen Anwendungsfall?

2. Wenn ich implementiere drawLayer:inContext:, wird es aufgerufen (und drawRectist es nicht, zumindest soweit das Setzen eines Haltepunkts dies erkennen lässt), auch wenn ich meine Ansicht nicht als CALayerDelegat zuweise, indem ich Folgendes verwende:

   [[self layer] setDelegate:self];

   Wie kommt es, dass die Delegatmethode aufgerufen wird, wenn meine Instanz nicht als Delegat der Ebene definiert ist? und welcher Mechanismus verhindert, dass drawRecter aufgerufen wird, wenn er aufgerufen drawLayer:inContext:wird?

Wie entscheide ich mich für einen Ansatz? Gibt es für jeden einen Anwendungsfall?

Verwenden Sie immer drawRect:und niemals UIViewals Zeichnungsdelegierten für einen CALayer.

Wie kommt es, dass die Delegatmethode aufgerufen wird, wenn meine Instanz nicht als Delegat der Ebene definiert ist? und welcher Mechanismus verhindert, dass drawRect aufgerufen wird, wenn drawLayer:inContext:es aufgerufen wird?

Jede UIViewInstanz ist der Zeichnungsdelegierte für ihre Unterstützung CALayer. Deshalb [[self layer] setDelegate:self];schien nichts zu tun. Es ist überflüssig. Die drawRect:Methode ist effektiv die Zeichnungsdelegatmethode für die Ebene der Ansicht. Intern UIViewimplementiert, drawLayer:inContext:wo es einige seiner eigenen Sachen macht und dann aufruft drawRect:. Sie können es im Debugger sehen:

Aus diesem Grund drawRect:wurde bei der Implementierung nie aufgerufen drawLayer:inContext:. Aus diesem Grund sollten Sie niemals eine der CALayerZeichnungsdelegatmethoden in einer benutzerdefinierten UIViewUnterklasse implementieren . Sie sollten den Zeichnungsdelegierten auch niemals für eine andere Ebene anzeigen. Das wird allerlei Verrücktheit verursachen.

Wenn Sie implementieren, drawLayer:inContext:weil Sie auf das zugreifen müssen CGContextRef, können Sie dies aus Ihrem Inneren heraus drawRect:durch einen Anruf abrufen UIGraphicsGetCurrentContext().

drawRectsollte nur implementiert werden, wenn dies unbedingt erforderlich ist. Die Standardimplementierung von drawRectenthält eine Reihe intelligenter Optimierungen, z. B. das intelligente Zwischenspeichern des Renderings der Ansicht. Durch das Überschreiben werden all diese Optimierungen umgangen. Das ist schlecht. Durch die effektive Verwendung der Ebenenzeichnungsmethoden wird eine benutzerdefinierte Methode fast immer übertroffen drawRect. Apple verwendet a häufig UIViewals Delegat CALayer- tatsächlich ist jedes UIView der Delegat seiner Ebene . Sie können sehen, wie Sie die Ebenenzeichnung in einer UIView in mehreren Apple-Beispielen anpassen, einschließlich (zu diesem Zeitpunkt) ZoomingPDFViewer.

Während die Verwendung von drawRectüblich ist, ist es eine Praxis, von der seit mindestens 2002/2003, IIRC, abgeraten wird. Es gibt nicht mehr viele gute Gründe, diesen Weg zu gehen.

Erweiterte Leistungsoptimierung unter iPhone OS (Folie 15)

Grundlegende Grundlagen der Animation

Grundlegendes zum UIKit-Rendering

Technische Fragen und Antworten QA1708: Verbessern der Leistung beim Zeichnen von Bildern unter iOS

View Programming Guide: Optimieren der Ansichtszeichnung

Hier sind die Codes von Sample ZoomingPDFViewer von Apple:

-(void)drawRect:(CGRect)r
{

    // UIView uses the existence of -drawRect: to determine if it should allow its CALayer
    // to be invalidated, which would then lead to the layer creating a backing store and
    // -drawLayer:inContext: being called.
    // By implementing an empty -drawRect: method, we allow UIKit to continue to implement
    // this logic, while doing our real drawing work inside of -drawLayer:inContext:

}

-(void)drawLayer:(CALayer*)layer inContext:(CGContextRef)context
{
    ...
}

Ob Sie drawLayer(_:inContext:)oder drawRect(_:)(oder beide) für benutzerdefinierten Zeichnungscode verwenden, hängt davon ab, ob Sie während der Animation Zugriff auf den aktuellen Wert einer Ebeneneigenschaft benötigen.

Ich hatte heute Probleme mit verschiedenen Rendering-Problemen im Zusammenhang mit diesen beiden Funktionen, als ich meine eigene Label-Klasse implementierte . Nachdem ich die Dokumentation durchgesehen, einige Versuche und Irrtümer durchgeführt, UIKit dekompiliert und das Beispiel für benutzerdefinierte animierbare Eigenschaften von Apple überprüft hatte, bekam ich ein gutes Gefühl dafür, wie es funktioniert.

drawRect(_:)

Wenn Sie während der Animation nicht auf den aktuellen Wert einer Ebenen- / Ansichtseigenschaft zugreifen müssen, können Sie einfach drawRect(_:)Ihre benutzerdefinierte Zeichnung ausführen. Alles wird gut funktionieren.

override func drawRect(rect: CGRect) {
    // your custom drawing code
}

drawLayer(_:inContext:)

Angenommen, Sie möchten backgroundColorin Ihrem benutzerdefinierten Zeichnungscode Folgendes verwenden:

override func drawRect(rect: CGRect) {
    let colorForCustomDrawing = self.layer.backgroundColor
    // your custom drawing code
}

Wenn Sie Ihren Code testen, werden Sie feststellen, dass backgroundColorwährend des Flugs einer Animation nicht der richtige (dh der aktuelle) Wert zurückgegeben wird. Stattdessen wird der endgültige Wert zurückgegeben (dh der Wert für den Abschluss der Animation).

Um den aktuellen Wert während der Animation zu erhalten, müssen Sie auf backgroundColorden layer Parameter zugreifen, an den übergeben wurde drawLayer(_:inContext:). Und Sie müssen auch auf den context Parameter zeichnen .

Es ist sehr wichtig zu wissen, dass die Ansicht self.layerund der übergebene layerParameter drawLayer(_:inContext:)nicht immer dieselbe Ebene sind! Letzteres könnte eine Kopie des ersteren sein, wobei teilweise Animationen bereits auf seine Eigenschaften angewendet wurden. Auf diese Weise können Sie auf korrekte Eigenschaftswerte von Animationen während des Flugs zugreifen.

Jetzt funktioniert die Zeichnung wie erwartet:

override func drawLayer(layer: CALayer, inContext context: CGContext) {
    let colorForCustomDrawing = layer.backgroundColor
    // your custom drawing code
}

Es gibt jedoch zwei neue Probleme: setNeedsDisplay()und einige Eigenschaften wie backgroundColorund opaquefunktionieren für Ihre Ansicht nicht mehr. UIViewleitet Anrufe und Änderungen nicht mehr an die eigene Ebene weiter.

setNeedsDisplay()tut nur etwas, wenn Ihre Ansicht implementiert wird drawRect(_:). Es spielt keine Rolle, ob die Funktion tatsächlich etwas tut, aber UIKit verwendet sie, um zu bestimmen, ob Sie benutzerdefinierte Zeichnungen erstellen oder nicht.

Die Eigenschaften funktionieren wahrscheinlich nicht mehr, da UIViewdie eigene Implementierung von drawLayer(_:inContext:)nicht mehr aufgerufen wird.

Die Lösung ist also ganz einfach. Rufen Sie einfach die Implementierung der Superklasse auf drawLayer(_:inContext:)und implementieren Sie eine leere drawRect(_:):

override func drawLayer(layer: CALayer, inContext context: CGContext) {
    super.drawLayer(layer, inContext: context)

    let colorForCustomDrawing = layer.backgroundColor
    // your custom drawing code
}


override func drawRect(rect: CGRect) {
    // Although we use drawLayer(_:inContext:) we still need to implement this method.
    // UIKit checks for its presence when it decides whether a call to setNeedsDisplay() is forwarded to its layer.
}

Zusammenfassung

Verwenden drawRect(_:)Sie diese Option , solange Sie nicht das Problem haben, dass Eigenschaften während einer Animation falsche Werte zurückgeben:

override func drawRect(rect: CGRect) {
    // your custom drawing code
}

Verwenden Sie drawLayer(_:inContext:) und, drawRect(_:) wenn Sie auf den aktuellen Wert der Ansichts- / Ebeneneigenschaften zugreifen müssen, während diese animiert werden:

override func drawLayer(layer: CALayer, inContext context: CGContext) {
    super.drawLayer(layer, inContext: context)

    let colorForCustomDrawing = layer.backgroundColor
    // your custom drawing code
}


override func drawRect(rect: CGRect) {
    // Although we use drawLayer(_:inContext:) we still need to implement this method.
    // UIKit checks for its presence when it decides whether a call to setNeedsDisplay() is forwarded to its layer.
}

Unter iOS ist die Überlappung zwischen einer Ansicht und ihrer Ebene sehr groß. Standardmäßig ist die Ansicht der Delegat ihrer Ebene und implementiert die drawLayer:inContext:Methode der Ebene . So wie ich es verstehe drawRect:und drawLayer:inContext:in diesem Fall mehr oder weniger gleichwertig bin . Möglicherweise wird die Standardimplementierung von drawLayer:inContext:Aufrufen drawRect:oder drawRect:nur aufgerufen, wenn sie drawLayer:inContext:nicht von Ihrer Unterklasse implementiert wird.

Wie entscheide ich mich für einen Ansatz? Gibt es für jeden einen Anwendungsfall?

Es ist nicht wirklich wichtig. Um der Konvention zu folgen, würde ich normalerweise die Verwendung verwenden drawRect:und reservieren, drawLayer:inContext:wenn ich tatsächlich benutzerdefinierte Unterschichten zeichnen muss, die nicht Teil einer Ansicht sind.

In der Apple-Dokumentation heißt es: "Es gibt auch andere Möglichkeiten, den Inhalt einer Ansicht bereitzustellen, z. B. das direkte Festlegen des Inhalts der zugrunde liegenden Ebene, aber das Überschreiben der drawRect: -Methode ist die häufigste Technik."

Aber es geht nicht auf Details ein, also sollte das ein Hinweis sein: Tu es nicht, es sei denn, du willst dir wirklich die Hände schmutzig machen.

Der Delegat der UIView-Ebene zeigt auf die UIView. Das UIView verhält sich jedoch unterschiedlich, je nachdem, ob drawRect: implementiert ist oder nicht. Wenn Sie beispielsweise die Eigenschaften auf der Ebene direkt festlegen (z. B. die Hintergrundfarbe oder den Eckenradius), werden diese Werte überschrieben, wenn Sie eine drawRect: -Methode haben - auch wenn diese vollständig leer ist (dh nicht einmal super aufruft).