Ist es in Ordnung, eine UIView auf einem Hintergrund-Thread zu erstellen?

Question

Ich weiß, dass UIView nicht threadsicher ist, daher kann ich keine Ansicht auf einen Hintergrundthread hinzufügen. Um das zu umgehen, ist es in Ordnung, eine UIView in einem Hintergrundthread zu erstellen und dann im Hauptthread hinzuzufügen?

Hinweis: Der Grund, warum ich dies nicht im Hauptthread mache, ist, weil mein tatsächlicher Code viel komplexer ist und daher eine Weile dauert, um alle Ansichten zu erstellen und die Werte zu füllen. Ich möchte nicht, dass die Benutzeroberfläche unpassend wird, wenn ich das tue, also versuche ich, dies zu umgehen.

zum Beispiel ..

-(void)addLabel//called on background thread 
{ 
    UILabel * label = [[UILabel alloc]initWithFrame:CGRectMake(0,0,40,100)]; 
    [label setText:@"example"] 
    [self.view performSelector:@selector(addSubview:) onThread:[NSThread mainThread] withObject:example waitUntilDone:YES]; 
} 

Vielen Dank im Voraus.

Answer 1

Von UIView:

Threading Überlegungen

Manipulations zu Ihrer Anwendung Benutzeroberfläche auf dem Hauptthread erfolgen muss. Daher sollten Sie die Methoden der UIView-Klasse immer aus Code aufrufen, der im Hauptthread Ihrer Anwendung ausgeführt wird. Die einzige Zeit, die dies nicht unbedingt erforderlich ist, ist beim Erstellen des Ansichtsobjekts selbst, aber alle anderen Manipulationen sollten im Hauptthread erfolgen.

Der Aufruf an initWithFrame: ist explizit nicht threadsicher. Der Aufruf an setText: ist wahrscheinlich nicht threadsicher und fällt unter die "Manipulations" -Klausel. Diese sind sicherlich nicht fadensicher.

Tun Sie Ihre Arbeit, um herauszufinden, die Daten auf einem Hintergrund-Thread. Erstellen Sie dann Ihre Ansichten zum Hauptthread. Wenn eine große Anzahl von Ansichten vorhanden ist, können Sie versuchen, die Arbeit unter Verwendung mehrerer dispatch_async()-Aufrufe in die Hauptwarteschlange aufzuteilen. Dadurch kann die Benutzeroberfläche reagieren. Ich habe nicht ausführlich damit experimentiert.

Sie sollten auch erwägen, möglichst von UIView zu CALayer zu wechseln. Die meisten CALayer Arbeiten können auf Hintergrundthreads durchgeführt werden. Wenn Sie eine große Anzahl von Ansichten haben, ist das wahrscheinlich sowieso ineffizient. Wenn es nur sehr lange dauert, die Daten für die Ansichten zu berechnen, deutet dies darauf hin, dass Sie Modell- und Ansichtsinformationen nicht ordnungsgemäß trennen. Die Model-Klassen sollten alles berechnen, was unabhängig von der Erstellung der Ansichten benötigt wird.

Answer 2

Die Drawing and Printing Guide Zustände:

Wichtig Die UIKit Klassen sind in der Regel nicht Thread-sicher. Alle zeichnungsbezogenen Vorgänge sollten im Hauptthread Ihrer Anwendung ausgeführt werden.

So, wie ich das verstehe, scheint es, dass das einzige Problem mit "Zeichnung bezogenen Operationen" zusammenhängt. Wenn wir davon ausgehen, dass eine korrekte Klasse nur solche Operationen in ihrer drawRect: Methode ausführt, sollte die von Ihnen vorgeschlagene Methode in Ordnung sein.

Answer 3

Ich verwende Xcode Version 9.0 Beta 3 (9M174d), eine Warnung erhalten.

[UView init] darf nur vom Haupt-Thread aufgerufen werden

Also ich denke, Sie UI in Haupt-Thread erstellen sollte besser

zeigen das Bild unten: