Der Kaltstart ist das erste Versprechen, das eine App ihrem Nutzer gibt. Wenn es l\u00e4nger als eine Sekunde dauert, bis sie einsatzbereit ist, haben wir dem Nutzer bereits vermittelt, dass es sich um eine langsame App handelt \u2013 ganz gleich, wie schnell sie danach l\u00e4uft.<\/p>\n
Es ist auch der Moment, den die Nutzer am h\u00e4ufigsten erleben. Ein Gewohnheits-Tracker wird f\u00fcr ein paar Sekunden ge\u00f6ffnet, um etwas abzuhaken. Ein Migr\u00e4ne-Tracker wird ge\u00f6ffnet, wenn sich jemand unwohl f\u00fchlt und dies schnell festhalten m\u00f6chte. Bei Apps wie diesen ist das \u00d6ffnen nicht nur der Auftakt zum Erlebnis \u2013 es ist der gr\u00f6\u00dfte Teil des Erlebnisses.<\/p>\n
Unser Ziel ist es, unter 600 ms<\/strong> Vom Antippen eines Symbols bis hin zur interaktiven Benutzeroberfl\u00e4che auf einem f\u00fcnf Jahre alten iPhone. Das geschieht, nachdem das Betriebssystem die Bin\u00e4rdatei geladen, Speicher zugewiesen und uns den Hauptthread \u00fcbergeben hat. Alles, was zwischen dieser \u00dcbergabe und dem ersten Frame passiert, liegt in unserer Verantwortung.<\/p>\n \u201cInteraktiv\u201d ist hier das entscheidende Wort. Ein Startbildschirm, der sofort erscheint und dann einfach nur da bleibt, z\u00e4hlt nicht. Ebenso wenig wie ein erstes Bild voller Platzhalter, die sich einen Moment sp\u00e4ter neu anordnen. Das Ziel ist der Moment, in dem man auf das tippt, weswegen man gekommen ist, und es reagiert.<\/p>\n Wir f\u00fchren die Messungen auf dem alten Ger\u00e4t durch, nicht auf dem neuen \u2013 aus demselben Grund, aus dem wir dort \u00fcberhaupt testen: Das neueste Smartphone kaschiert fast jeden Fehler.<\/p>\n Wenn man diese Zahl erreicht, sind viele Diskussionen schon im Keim erstickt. Netzwerkanbindung ist auf dem Startpfad nicht m\u00f6glich. SDKs von Drittanbietern sind schwer zu verkaufen \u2013 die meisten von ihnen l\u00f6sen Hintergrundprozesse aus, bevor Daraus ergeben sich einige Vorgehensweisen. Der erste Bildschirm wird aus Daten erstellt, die bereits auf dem Ger\u00e4t vorhanden sind, sodass die App sofort aktuelle Informationen anzeigt und im Hintergrund aktualisiert wird, falls etwas aktualisiert werden muss. Funktionen, die auf dem ersten Bildschirm nicht ben\u00f6tigt werden, werden erst eingerichtet, wenn jemand danach fragt. Und wann immer wir in Versuchung geraten, eine Bibliothek hinzuzuf\u00fcgen, fragen wir uns zun\u00e4chst, welche Funktion sie beim Start erf\u00fcllt, bevor wir uns fragen, welchen Nutzen sie f\u00fcr uns hat.<\/p>\n Diese Disziplin hat ihren Preis. Wenn wir auf ein praktisches SDK verzichten, bedeutet das manchmal, dass wir den entsprechenden Code selbst schreiben und pflegen m\u00fcssen. Lokale Daten zuerst anzuzeigen, bedeutet, dass wir f\u00fcr den Fall planen m\u00fcssen, dass diese leicht veraltet sind. Lazy Loading erfordert besondere Sorgfalt, um Ruckler beim ersten \u00d6ffnen eines datenintensiven Bildschirms zu vermeiden. Wir nehmen diese Kosten in Kauf, weil die Alternative eine kleine Belastung bei jedem einzelnen Start w\u00e4re \u2013 f\u00fcr immer und f\u00fcr jeden.<\/p>\n Die Startzeit verschlechtert sich selten durch eine einzige dramatische Ver\u00e4nderung. Sie verschlechtert sich schleichend: ein bisschen Einrichtungscode hier, eine zus\u00e4tzliche \u00dcberpr\u00fcfung dort \u2013 alles f\u00fcr sich genommen harmlos. Das haben wir auf die harte Tour gelernt, als wir erst sp\u00e4t bemerkten, dass sich eine App langsamer \u00f6ffnen lie\u00df, ohne dass ein einzelner Commit daf\u00fcr verantwortlich war. Mittlerweile wird die Startzeit bei jeder Ver\u00f6ffentlichung auf dem Referenzger\u00e4t \u00fcberpr\u00fcft, sodass Abweichungen bereits erkannt werden, solange sie noch gering sind.<\/p>\n Das gleiche Prinzip gilt auch f\u00fcr unsere anderen Plattformen. Eine Windows-App oder ein Popup einer Browser-Erweiterung hat ihre eigene Version des Kaltstarts, und es gilt dieselbe Regel: Zeige sofort etwas N\u00fctzliches an, verschiebe alles andere auf sp\u00e4ter.<\/p>\n Diese Disziplin zahlt sich aus. Sobald der Start schnell ist, ist auch alles andere schnell \u2013 denn \u00fcberall gelten dieselben Regeln.<\/p>","protected":false},"excerpt":{"rendered":" Warum wir die Startzeit einer App in Millisekunden messen \u2013 und warum das bestimmt, wie wir alles andere bauen.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-570","post","type-post","status-publish","format-standard","hentry","category-journal"],"yoast_head":"\nWas es erzwingt<\/h2>\n
application(_:didFinishLaunching\u2026)<\/code> gibt sogar Ergebnisse zur\u00fcck. Bild-Caches werden verz\u00f6gert geladen. Datenbankmigrationen werden in einer Hintergrundwarteschlange ausgef\u00fchrt, ohne die Hauptwarteschlange jemals zu blockieren.<\/p>\nDie Vor- und Nachteile<\/h2>\n
Was wir falsch gemacht haben<\/h2>\n
Warum es sich lohnt<\/h2>\n