Sollten meine iOS-Delegiertenmethoden immer im Hauptthread zurückgegeben werden?

Question

Dies ist eine "Best Practice" -Frage. Ich kann keine gute Antwort für Online finden. Ich erstelle eine statische Code-Bibliothek, die unter anderem mehrere Delegate-Methoden für Fortschritts-Feedback bietet.

Die Bibliothek verwaltet ihre eigenen Warteschlangen, also werden Dinge wie Downloads offensichtlich nicht im Hauptthread erledigt, aber meine Frage ist, sollte ich sicherstellen, dass meine Delegiertenmethoden immer am Hauptthread aufgerufen werden oder es akzeptabel ist, sie aufzurufen die warteschlangen Threads, die ich verwende? und sich auf den Entwickler verlassen, der die Bibliothek verwendet, um zu überprüfen, ob er im Hauptthread ist, wenn er UI-Aktualisierungen in meinen Delegate-Methoden durchführen möchte?

Cheers, Sam

Answer 1

Sie können es in beide Richtungen tun; Sie müssen dies nur gut dokumentieren.

Einige APIs rufen Sie im Hauptthread zurück, einige im Thread (oder Runloop), den Sie zum Starten der Arbeit verwendet haben, und andere geben überhaupt keine Garantien ab. Einige lassen Sie sogar in einer GCD-Warteschlange passieren, die für alle Rückrufe verwendet wird.

Denken Sie daran, dass der Delegat/Callback für eine nicht-triviale Zeitspanne blockiert werden könnte. Wenn Ihre API also so schnell wie möglich wieder arbeiten soll, möchten Sie sicherlich einen anderen Thread oder eine Warteschlange versenden.

Nachdem dies alles gesagt wurde, wenn die Leistung für Sie oder die Benutzer Ihrer API nicht kritisch ist, würde ich mit dem bequemsten für den Entwickler gehen, der der Hauptthread wäre.

Answer 2

Offensichtlich haben Sie Delegatmethoden in Haupt-Thread zu nennen, denn wenn ich nicht falsch bin, wird Ihre Delegatmethoden zu einem gewissen Delegatobjekt übergeben werden (Benutzer-Klasse).

Angenommen, Sie laden Daten in eine Warteschlange, wenn die Daten heruntergeladen werden, rufen Sie eine Delegate-Methode auf, indem Sie sie an ein bestimmtes Objekt der Klasse des Benutzers übergeben, also muss es im Haupt-Thread sein.

Answer 3

Als ich meinen eigenen Download-Manager erstellte, behielt ich die Delegate-Methode beim Aufruf des sekundären Threads, der Verbindungsobjektinstanzen ausführte, aber es war, weil ich einen "Controller" hatte, der Erfolgsblöcke auf dem Hauptthread verschickte. Meiner Meinung nach hängt es davon ab, auf welcher Ebene Ihre Bibliothek beteiligt ist, wenn Sie denken, dass die meisten Delegaten eine Methode mit Unterroutinen aufrufen, die UIKit-Objekte betreffen, da sie nicht threadsicher sind, werde ich sie auf Hauptthread verteilen. Wenn Sie der Meinung sind, dass der Benutzer Ihrer Bibliothek nach dem Delegierten eine weitere Bearbeitung der Daten vornehmen könnte, werde ich entscheiden, in einem anderen Thread zu bleiben, dies jedoch klar in der Dokumentation anzugeben. Es gibt einen anderen Punkt: Geschwindigkeit, abhängig von der Priorität drei könnte ein sekundärer Thread wirklich langsam sein.
[EDIT]
In einem Download-Manager KVO oder Benachrichtigung ist eine bessere Möglichkeit, Verbindungen zu behandeln, wie von Quinn ein Apple Engineer in einem WWDC-Video angegeben.