1 00:00:02,410 --> 00:00:04,900 Es gibt natürlich noch weitere Dinge, die Sie 2 00:00:04,900 --> 00:00:11,170 einrichten können. Eine Sache, auf die ich eingehen möchte, sind die drahtlosen Updates, die Sie mit dem Update-Schlüssel in der 3 00:00:11,170 --> 00:00:12,610 App steuern. JSON-Datei. 4 00:00:12,620 --> 00:00:19,600 Das ist eine nette Funktion, was bedeutet, dass Leute Ihre App auf ihrem Gerät ausführen, egal ob sie nur 5 00:00:19,600 --> 00:00:24,970 im Expo-Client ausgeführt wird, weil sie einen solchen Barcode scannen, der, wie bereits erwähnt, 6 00:00:25,390 --> 00:00:28,040 nicht allzu nützlich ist oder ihn wirklich 7 00:00:28,090 --> 00:00:33,700 von der App heruntergeladen hat Solange Sie Ihre App im verwalteten Expo-Workflow erstellen, erhalten Sie 8 00:00:33,700 --> 00:00:38,830 die integrierte drahtlose Update-Funktion. Wenn Sie also etwas in Ihrem Code ändern, ändern 9 00:00:38,830 --> 00:00:44,230 wir hier auf diesem Bildschirm etwas, wir ändern etwas Titel, einige Funktionen oder wir fügen 10 00:00:44,230 --> 00:00:52,900 sogar ein brandneues natives Modul hinzu, unabhängig davon, was Sie tun. Wenn Sie dieses Update mit dem Befehl expo Publish veröffentlichen, erhalten alle Benutzer, 11 00:00:53,050 --> 00:00:58,810 auch wenn sie die App aus den App Stores installiert haben, dieses Update ihre App beim 12 00:00:58,810 --> 00:01:00,160 nächsten Öffnen der 13 00:01:00,160 --> 00:01:06,160 App und das ist wichtig. Sie können die Funktionalität hier im Update-Schlüssel konfigurieren. Auch in den offiziellen Dokumenten haben 14 00:01:06,160 --> 00:01:11,560 Sie mehr über diesen Update-Schlüssel und dessen Einstellungen erfahren. Sie können beispielsweise festlegen, 15 00:01:11,560 --> 00:01:15,790 ob es generell aktiviert ist, was standardmäßig aktiviert ist, 16 00:01:15,790 --> 00:01:22,600 und mit diesem Fallback-Cache-Timeout können Sie konfigurieren, wie lange die App, wenn Benutzer sie 17 00:01:22,630 --> 00:01:29,620 auf ihrem Gerät starten, nach Updates suchen und versuchen soll, sie vorher zu laden Es 18 00:01:29,710 --> 00:01:35,620 zeigt die zuletzt verfügbare Version an. Wenn Sie diesen Wert auf Null setzen, wird 19 00:01:35,620 --> 00:01:41,830 beim Start der App sofort angezeigt, was sie enthält. Es sucht nach Updates hinter den Kulissen und berücksichtigt sie beim 20 00:01:42,190 --> 00:01:47,500 nächsten Start möglicherweise, versucht jedoch nicht, nach Updates zu suchen und diese herunterzuladen, bevor die App tatsächlich geladen wird. 21 00:01:47,510 --> 00:01:50,420 Jetzt können Sie dies ändern, um beispielsweise 22 00:01:50,440 --> 00:01:55,790 fünf Sekunden zu sagen. Dies ist ein Millisekundenwert, also fünftausend Millisekunden, was fünf Sekunden entspricht. 23 00:01:55,810 --> 00:02:01,360 Dies würde bedeuten, dass Benutzer beim Starten der App bis zu fünf Sekunden lang den Startbildschirm sehen, 24 00:02:02,020 --> 00:02:08,920 was natürlich ziemlich lang ist, da die Expo oder Ihre App nach dem Laden aller anderen Elemente versucht, nach einem Update 25 00:02:08,920 --> 00:02:13,870 zu suchen. Wenn sie ein Update findet, es versucht es herunterzuladen und zu berücksichtigen. 26 00:02:13,990 --> 00:02:19,150 Dies kann in fünf Sekunden geschehen. In diesem Fall wird Ihre App auch schneller 27 00:02:19,150 --> 00:02:24,700 gestartet. Wenn sie jedoch länger als fünf Sekunden dauert, wird die Aktualisierung fortgesetzt, aber nicht sofort 28 00:02:24,710 --> 00:02:30,370 geladen, sondern stattdessen die neueste verfügbare Version. Jetzt liegt es natürlich an Ihnen, 29 00:02:30,370 --> 00:02:31,690 was Sie 30 00:02:31,690 --> 00:02:37,510 bevorzugen. Dieser Ansatz stellt sicher, dass Benutzer die schnellstmögliche Starterfahrung haben, aber Ihren aktualisierten 31 00:02:37,510 --> 00:02:40,830 Code erst beim nächsten Start der App erhalten. 32 00:02:40,990 --> 00:02:48,010 Dieser Ansatz oder das Festlegen eines noch höheren Werts wie 10 Sekunden bedeutet, dass Benutzer neuere Versionen häufiger oder schneller 33 00:02:48,130 --> 00:02:53,710 erhalten, da sie diese bereits beim nächsten App-Start erhalten. Der Nachteil ist jedoch, dass der App-Start 34 00:02:53,800 --> 00:02:58,990 möglicherweise etwas länger dauert, was möglicherweise der Fall ist nicht was du willst. 35 00:02:58,990 --> 00:03:03,760 Es hängt also wirklich davon ab, welche Art von App Sie erstellen und welche Art von Benutzern Sie ansprechen und was 36 00:03:03,760 --> 00:03:04,840 Sie dort einstellen möchten. 37 00:03:04,840 --> 00:03:10,780 Wenn es sich um eine Business-App handelt, die Sie an Ihre Mitarbeiter verteilen, die ständig aktualisiert werden 38 00:03:10,780 --> 00:03:14,620 muss und bei der die Benutzererfahrung nicht so wichtig ist, 39 00:03:14,620 --> 00:03:17,710 sollten Sie hier einen Wert von etwa 10 40 00:03:17,710 --> 00:03:25,880 Sekunden annehmen, wenn es sich um eine App handelt, mit der Sie teilen Bei normalen Endbenutzern auf der ganzen Welt möchten Sie möglicherweise 41 00:03:25,880 --> 00:03:31,220 eine schnellere Startzeit anstreben, um eine gute Benutzererfahrung zu erzielen und die Aktualisierungsgeschwindigkeit dafür zu 42 00:03:31,390 --> 00:03:36,190 opfern, sodass Benutzer das Update erst beim nächsten Start nach diesem Start erhalten. 43 00:03:36,190 --> 00:03:43,300 Lassen Sie uns nach all dem einen Blick auf all dies und auch auf die drahtlose 44 00:03:43,300 --> 00:03:44,260 Update-Funktion werfen. 45 00:03:44,260 --> 00:03:48,990 Ich habe hier einige Einstellungen geändert und daher werde ich jetzt die Expo-Veröffentlichung 46 00:03:49,120 --> 00:03:53,840 erneut ausführen. Dies ist jedoch der Befehl, der es nicht in den 47 00:03:53,890 --> 00:04:02,620 App Stores erhält, sondern sozusagen hier auf dieser Expo-Seite freigibt . Also führe ich diesen Befehl aus und wir hätten unsere Assets mit expo 48 00:04:02,620 --> 00:04:04,610 optimize noch optimieren können, aber 49 00:04:04,660 --> 00:04:09,010 da wir außer den Symbolen hier, die sowieso von expo generiert und optimiert 50 00:04:09,040 --> 00:04:12,850 werden, keine Bilder in der App haben, sollte dies kein Problem sein 51 00:04:13,000 --> 00:04:18,460 Ich kann es einfach so ausführen und warten, bis es abgeschlossen ist. Dann werde ich es auf 52 00:04:18,460 --> 00:04:23,420 einem Android-Gerät testen, da der Vorteil natürlich darin besteht, dass wir diesen Barcode hier verwenden können. 53 00:04:24,370 --> 00:04:30,490 Sobald dies abgeschlossen ist, ist es cool, dass wir diese neue App sofort verfügbar haben, indem wir diesen Barcode scannen. 54 00:04:30,490 --> 00:04:36,370 Danach zeige ich Ihnen, wie wir über Funk Updates durchführen können, ohne den App-Barcode erneut zu scannen, denn 55 00:04:36,370 --> 00:04:41,280 das ist der Idee, wir erhalten Updates, ohne sie erneut zu scannen. Sie werden beim 56 00:04:41,320 --> 00:04:46,720 nächsten Start der App in unsere App übertragen. Warten wir also, bis dieser Veröffentlichungsprozess abgeschlossen ist und 57 00:04:46,720 --> 00:04:52,240 die URL immer noch dieselbe ist wie zuvor, da ich hier nichts an meinem Slug geändert habe, der 58 00:04:52,270 --> 00:04:54,570 Teil dieser URL oder irgendetwas anderem ist. 59 00:04:55,540 --> 00:05:00,730 Hier ist also die Expo-App auf meinem Android-Gerät, mit der ich diesen Barcode 60 00:05:00,730 --> 00:05:10,330 scannen kann. Daher wird die App jetzt hier auf Android gestartet. Jetzt siehst du, ich habe den Begrüßungsbildschirm, ich habe die App hier ausgeführt und ich kann sie 61 00:05:10,330 --> 00:05:16,600 natürlich auch verwenden, zum Beispiel kann ich hier ein Bild aufnehmen. Damit alles so funktioniert, wie es auf meinem 62 00:05:16,720 --> 00:05:18,730 Gerät hier funktionieren sollte, und 63 00:05:18,820 --> 00:05:22,210 jetzt möchte ich Ihnen dies über die drahtlose Aktualisierungsfunktion zeigen. 64 00:05:22,270 --> 00:05:24,940 Sehen Sie diesen Titel hier oben hinzufügen? 65 00:05:24,940 --> 00:05:27,060 Lassen Sie uns das jetzt in unserem Code ändern. 66 00:05:27,070 --> 00:05:28,470 Gehen wir also zum 67 00:05:28,630 --> 00:05:33,460 Code hier und auf dem Bildschirm hier im neuen Ortsbildschirm, in dem wir diesen Titel 68 00:05:33,580 --> 00:05:37,460 festgelegt haben. Lassen Sie uns dies ändern, um einen neuen Ort hinzuzufügen. 69 00:05:37,500 --> 00:05:40,170 Es ist eine winzige Änderung, aber immer noch. 70 00:05:40,170 --> 00:05:45,540 Wenn ich nun die Expo-Veröffentlichung erneut ausführe, wird diese App gebündelt und erneut 71 00:05:45,660 --> 00:05:47,800 auf den Expo-Servern veröffentlicht. 72 00:05:47,880 --> 00:05:52,770 Warten wir also, bis dieser Vorgang abgeschlossen ist, und lassen Sie mich 73 00:05:52,770 --> 00:05:54,590 Ihnen diese Live-Aktualisierung zeigen. 74 00:05:54,600 --> 00:05:55,880 Ich habe immer noch 75 00:05:55,890 --> 00:06:01,670 die App hier, also ändert sich dies natürlich nicht, während die App läuft, also haben wir hier natürlich immer noch den alten Titel. 76 00:06:02,040 --> 00:06:04,390 Aber jetzt sagen wir mal, ich war eine 77 00:06:04,400 --> 00:06:08,380 ganze Weile weg, ich habe das hier geschlossen und jetzt habe ich die App neu gestartet. 78 00:06:08,610 --> 00:06:14,720 Wenn ich jetzt zum Bildschirm für neue Orte gehe, wird immer noch der alte Titel angezeigt. 79 00:06:14,920 --> 00:06:18,780 Das ist sinnvoll, wenn Sie über die von uns verwendete Aktualisierungsstrategie nachdenken. 80 00:06:18,780 --> 00:06:24,500 Ich habe dafür gesorgt, dass die App so schnell wie möglich gestartet wird und ein neues Update hinter 81 00:06:24,510 --> 00:06:25,470 den Kulissen 82 00:06:25,470 --> 00:06:30,980 heruntergeladen wird. Dies geschah nun. Dies war der erste Neustart der App auf meinem Gerät nach dem Update. 83 00:06:31,050 --> 00:06:36,330 Nehmen wir also an, ich bin einige Zeit wieder weg und starte es erneut. Übrigens können Sie 84 00:06:36,330 --> 00:06:38,930 hier das adaptive Symbol in Aktion sehen. 85 00:06:39,080 --> 00:06:44,600 Wenn ich jetzt zu diesem Bildschirm gehe, wird ein neuer Ort als Text hinzugefügt, da dies jetzt der zweite Start 86 00:06:44,600 --> 00:06:47,210 nach dem Update ist. Beim ersten Start 87 00:06:47,210 --> 00:06:52,020 haben wir das Update heruntergeladen und sozusagen installiert, beim zweiten Start verwenden wir es. 88 00:06:52,160 --> 00:06:57,800 Jetzt hat sich die App auf dem Gerät technisch nicht geändert, nur was sich dort geändert hat, 89 00:06:57,800 --> 00:07:04,670 unser Javascript-Code hat sich geändert, und da wir diesen Expo-Wrapper haben, bedeutet dies, dass die Expo dies berücksichtigen und diesen neuen 90 00:07:04,670 --> 00:07:05,290 Code verwenden 91 00:07:05,810 --> 00:07:10,730 kann. Dies funktioniert auch, wenn Sie veröffentlichen Ihre App in den App Stores, da Sie 92 00:07:10,730 --> 00:07:16,800 dort zwar eine eigenständige App erstellen und die Benutzer den Expo-Client nicht benötigen, diese Expo-Client-App jedoch wie bereits erwähnt 93 00:07:16,800 --> 00:07:17,800 in Ihre eigenständige 94 00:07:17,810 --> 00:07:18,860 App aufnehmen, sodass 95 00:07:18,920 --> 00:07:24,710 Ihre eigenständige App eine Art App ist Hat der Thin Expo Wrapper den Expo Client eingebaut und um 96 00:07:24,710 --> 00:07:25,220 Ihre 97 00:07:25,250 --> 00:07:28,030 App gewickelt, so funktionieren drahtlose Updates sogar dort. 98 00:07:28,070 --> 00:07:30,440 Apropos, wir testen das jetzt 99 00:07:30,440 --> 00:07:36,150 viel, wir haben das alles nur mit Expo und mit dem Scannen des Barcodes getestet. 100 00:07:36,170 --> 00:07:41,180 Lassen Sie uns nun untersuchen, wie wir diese App wirklich erstellen und für die App Stores veröffentlichen können.