1
00:00:02,410 --> 00:00:04,900
Ada juga lebih banyak hal yang dapat Anda

2
00:00:04,900 --> 00:00:11,170
atur tentu saja, satu hal yang ingin saya selami adalah pembaruan over the air yang Anda kendalikan dengan kunci pembaruan

3
00:00:11,170 --> 00:00:12,610
di aplikasi. file json.

4
00:00:12,620 --> 00:00:19,600
Nah, itu fitur yang rapi, yang berarti orang menjalankan aplikasi Anda di perangkat mereka, tidak peduli apakah itu hanya berjalan

5
00:00:19,600 --> 00:00:24,970
di klien pameran karena mereka memindai kode batang yang seperti yang saya sebutkan tidak

6
00:00:25,390 --> 00:00:28,040
terlalu berguna atau jika mereka benar-benar mengunduhnya

7
00:00:28,090 --> 00:00:33,700
dari aplikasi toko, selama Anda membangun aplikasi dalam alur kerja expo terkelola, Anda mendapatkan fungsi pembaruan

8
00:00:33,700 --> 00:00:38,830
udara yang terintegrasi dan itu berarti bahwa jika Anda mengubah sesuatu dalam kode Anda,

9
00:00:38,830 --> 00:00:44,230
katakanlah di sini di layar ini kami mengubah sesuatu, kami mengubah beberapa judul, beberapa fungsionalitas

10
00:00:44,230 --> 00:00:52,900
atau kami bahkan menambahkan modul asli baru, apa pun yang Anda lakukan, setiap kali Anda mempublikasikan pembaruan ini dengan perintah publikasikan expo, semua pengguna

11
00:00:53,050 --> 00:00:58,810
Anda, bahkan jika mereka menginstal aplikasi dari toko aplikasi akan mendapatkan pembaruan ini di aplikasi mereka

12
00:00:58,810 --> 00:01:00,160
saat berikutnya mereka

13
00:01:00,160 --> 00:01:06,160
membuka aplikasi dan itu penting. Anda dapat mengonfigurasi fungsi di sini di tombol pembaruan. Lagi di dokumen resmi, Anda mempelajari lebih lanjut

14
00:01:06,160 --> 00:01:11,560
tentang kunci pembaruan ini dan apa yang dapat Anda atur di sana. Apa yang dapat Anda

15
00:01:11,560 --> 00:01:15,790
atur, misalnya adalah jika umumnya diaktifkan yang secara default

16
00:01:15,790 --> 00:01:22,600
adalah dan dengan hal waktu mundur ke cache ini, Anda dapat mengonfigurasi berapa lama

17
00:01:22,630 --> 00:01:29,620
aplikasi ketika pengguna meluncurkannya di perangkat mereka harus memeriksa pembaruan dan mencoba memuatnya sebelum

18
00:01:29,710 --> 00:01:35,620
ini menampilkan versi terbaru yang tersedia. Dengan mengatur ini ke nol, Anda mengatakan setiap

19
00:01:35,620 --> 00:01:41,830
kali aplikasi diluncurkan, ia segera menampilkan apa yang dimilikinya. Itu mencari pembaruan di balik layar dan untuk

20
00:01:42,190 --> 00:01:47,500
peluncuran berikutnya, mungkin kemudian memperhitungkannya tetapi tidak mencoba mencari pembaruan dan mengunduhnya sebelum benar-benar memuat aplikasi.

21
00:01:47,510 --> 00:01:50,420
Sekarang Anda dapat mengubah ini menjadi katakanlah

22
00:01:50,440 --> 00:01:55,790
lima detik, ini adalah nilai milidetik, jadi lima ribu milidetik yaitu lima detik.

23
00:01:55,810 --> 00:02:01,360
Ini berarti bahwa ketika orang meluncurkan aplikasi, mereka akan melihat layar peluncuran hingga lima

24
00:02:02,020 --> 00:02:08,920
detik yang tentu saja cukup lama karena setelah memuat semua yang lain, pameran atau aplikasi Anda mencoba mencari

25
00:02:08,920 --> 00:02:13,870
pembaruan dan jika menemukan pembaruan, ia mencoba untuk mengunduhnya dan memperhitungkannya.

26
00:02:13,990 --> 00:02:19,150
Itu mungkin dilakukan dalam lima detik, itu mungkin dilakukan lebih cepat dalam hal ini aplikasi Anda juga akan diluncurkan

27
00:02:19,150 --> 00:02:24,700
lebih cepat tetapi jika itu membutuhkan waktu lebih dari lima detik, maka itu akan melanjutkan dengan pembaruan tetapi tidak segera memuatnya

28
00:02:24,710 --> 00:02:30,370
tetapi sebaliknya memuat yang paling baru versi yang tersedia. Sekarang tentu terserah Anda apa yang

29
00:02:30,370 --> 00:02:31,690
Anda inginkan,

30
00:02:31,690 --> 00:02:37,510
pendekatan ini memastikan bahwa pengguna memiliki pengalaman startup tercepat, tetapi mereka hanya mendapatkan

31
00:02:37,510 --> 00:02:40,830
kode Anda yang diperbarui saat aplikasi diluncurkan berikutnya.

32
00:02:40,990 --> 00:02:48,010
Pendekatan atau pengaturan ini ke nilai yang lebih tinggi seperti 10 detik berarti bahwa pengguna mendapatkan versi yang lebih baru lebih

33
00:02:48,130 --> 00:02:53,710
sering atau lebih cepat karena mereka sudah mendapatkannya pada peluncuran aplikasi berikutnya tetapi downside adalah bahwa peluncuran

34
00:02:53,800 --> 00:02:58,990
aplikasi mungkin memakan waktu sedikit lebih lama, yang mungkin bukan apa yang kamu inginkan.

35
00:02:58,990 --> 00:03:03,760
Jadi itu benar-benar tergantung pada jenis aplikasi yang Anda bangun dan jenis pengguna yang Anda targetkan, apa yang ingin

36
00:03:03,760 --> 00:03:04,840
Anda atur di sana.

37
00:03:04,840 --> 00:03:10,780
Jika itu adalah aplikasi bisnis, katakanlah yang Anda distribusikan kepada karyawan Anda yang perlu diperbarui setiap

38
00:03:10,780 --> 00:03:14,620
saat dan di mana pengalaman pengguna tidak begitu penting, Anda

39
00:03:14,620 --> 00:03:17,710
mungkin ingin mengambil nilai seperti 10 detik

40
00:03:17,710 --> 00:03:25,880
di sini, jika itu adalah aplikasi yang Anda bagikan dengan pengguna akhir yang normal di seluruh dunia, Anda mungkin ingin lebih cepat

41
00:03:25,880 --> 00:03:31,220
memulai waktu untuk memberikan pengalaman pengguna yang baik dan mengorbankan kecepatan pembaruan untuk itu,

42
00:03:31,390 --> 00:03:36,190
sehingga pengguna hanya akan mendapatkan pembaruan pada peluncuran berikutnya setelah peluncuran ini.

43
00:03:36,190 --> 00:03:43,300
Dengan semua itu, mari kita lihat semua ini dan juga fitur pembaruan udara

44
00:03:43,300 --> 00:03:44,260
ini.

45
00:03:44,260 --> 00:03:48,990
Saya mengubah beberapa pengaturan di sini dan karena itu yang akan saya lakukan sekarang adalah saya

46
00:03:49,120 --> 00:03:53,840
akan menjalankan expo publish lagi, tetap itu adalah perintah yang tidak akan mendapatkannya di app store

47
00:03:53,890 --> 00:04:02,620
tetapi yang akan membagikannya di sini di halaman expo ini, jadi untuk mengatakan . Jadi saya menjalankan perintah ini dan kami masih bisa mengoptimalkan aset kami dengan

48
00:04:02,620 --> 00:04:04,610
expo optimalisasi tetapi karena kami

49
00:04:04,660 --> 00:04:09,010
tidak benar-benar memiliki gambar yang disertakan dalam aplikasi selain ikon di sini yang

50
00:04:09,040 --> 00:04:12,850
dihasilkan dan dioptimalkan oleh expo, ini seharusnya tidak menjadi masalah , jadi

51
00:04:13,000 --> 00:04:18,460
saya bisa menjalankannya seperti ini dan menunggu ini selesai dan kemudian saya akan menguji ini pada perangkat

52
00:04:18,460 --> 00:04:23,420
Android karena di sana, keuntungannya tentu saja adalah kita dapat menggunakan barcode ini di sini.

53
00:04:24,370 --> 00:04:30,490
Jadi sekarang setelah ini selesai, hal yang keren adalah kita akan segera memiliki aplikasi baru ini dengan memindai kode

54
00:04:30,490 --> 00:04:36,370
batang ini dan setelah itu, saya akan menunjukkan kepada Anda bagaimana kita dapat mengatasi pembaruan udara tanpa memindai

55
00:04:36,370 --> 00:04:41,280
kode batang aplikasi lagi karena itulah ide, kami mendapatkan pembaruan tanpa memindai lagi, itu didorong

56
00:04:41,320 --> 00:04:46,720
ke aplikasi kami saat berikutnya kami meluncurkan aplikasi. Jadi mari kita tunggu proses penerbitan ini selesai dan

57
00:04:46,720 --> 00:04:52,240
URL masih sama seperti sebelumnya karena saya belum mengubah apa pun tentang siput saya di sini yang merupakan

58
00:04:52,270 --> 00:04:54,570
bagian dari URL itu atau apa pun.

59
00:04:55,540 --> 00:05:00,730
Jadi sekarang inilah aplikasi pameran di perangkat Android saya di mana saya sekarang dapat memindai

60
00:05:00,730 --> 00:05:10,330
kode batang ini dan karenanya sekarang aplikasi tersebut diluncurkan di sini di Android. Sekarang Anda tahu saya punya layar splash, saya punya aplikasi yang berjalan di sini dan tentu saja

61
00:05:10,330 --> 00:05:16,600
saya juga dapat menggunakannya, misalnya saya dapat mengambil gambar di sini. Agar semuanya berfungsi seperti seharusnya pada perangkat saya

62
00:05:16,720 --> 00:05:18,730
di sini dan sekarang izinkan

63
00:05:18,820 --> 00:05:22,210
saya menunjukkan ini kepada Anda melalui fungsi pembaruan udara.

64
00:05:22,270 --> 00:05:24,940
Lihat itu menambahkan judul tempat di sini di atas?

65
00:05:24,940 --> 00:05:27,060
Sekarang mari kita ubah itu dalam kode kita.

66
00:05:27,070 --> 00:05:28,470
Jadi mari kita

67
00:05:28,630 --> 00:05:33,460
pergi ke kode di sini dan di layar di sini di layar tempat baru di

68
00:05:33,580 --> 00:05:37,460
mana kita mengatur judul ini, mari kita ubah ini untuk menambahkan tempat

69
00:05:37,500 --> 00:05:40,170
baru, itu adalah perubahan kecil tapi tetap saja.

70
00:05:40,170 --> 00:05:45,540
Jadi sekarang jika saya menjalankan publikasi expo lagi, aplikasi ini akan dibundel dan akan

71
00:05:45,660 --> 00:05:47,800
dipublikasikan ke server expo lagi.

72
00:05:47,880 --> 00:05:52,770
Jadi mari kita tunggu proses ini selesai dan selesai dan sekarang saya akan menunjukkan

73
00:05:52,770 --> 00:05:54,590
kepada Anda pembaruan langsung ini.

74
00:05:54,600 --> 00:05:55,880
Saya masih memiliki aplikasi yang

75
00:05:55,890 --> 00:06:01,670
berjalan di sini, jadi tentu saja ini tidak berubah ketika aplikasi sedang berjalan, jadi tentu saja di sini kita masih memiliki judul yang lama.

76
00:06:02,040 --> 00:06:04,390
Tapi sekarang katakanlah saya sedang pergi cukup

77
00:06:04,400 --> 00:06:08,380
lama, saya menutup ini di sini dan sekarang saya meluncurkan kembali aplikasi.

78
00:06:08,610 --> 00:06:14,720
Jika sekarang saya pergi ke layar tempat baru, saya masih melihat judul yang lama.

79
00:06:14,920 --> 00:06:18,780
Sekarang masuk akal jika Anda berpikir tentang strategi pembaruan yang kami gunakan.

80
00:06:18,780 --> 00:06:24,500
Saya memastikan bahwa aplikasi tersebut diluncurkan secepat mungkin dan mengunduh pembaruan baru di belakang layar,

81
00:06:24,510 --> 00:06:25,470
jadi itulah

82
00:06:25,470 --> 00:06:30,980
yang terjadi sekarang, ini adalah peluncuran ulang aplikasi pertama di perangkat saya setelah memperbaruinya.

83
00:06:31,050 --> 00:06:36,330
Jadi katakanlah saya lagi beberapa waktu dan saya meluncurkan lagi, dengan cara di sini Anda

84
00:06:36,330 --> 00:06:38,930
dapat melihat ikon adaptif dalam aksi.

85
00:06:39,080 --> 00:06:44,600
Sekarang jika saya pergi ke layar itu, Anda akan melihat menambahkan tempat baru sebagai teks karena sekarang ini adalah

86
00:06:44,600 --> 00:06:47,210
peluncuran kedua setelah pembaruan. Pada peluncuran pertama,

87
00:06:47,210 --> 00:06:52,020
kami mengunduh pembaruan dan menginstalnya untuk mengatakan, pada peluncuran kedua kami menggunakannya.

88
00:06:52,160 --> 00:06:57,800
Sekarang aplikasi pada perangkat secara teknis tidak berubah, hanya apa yang ada di dalamnya berubah, kode Javascript kami

89
00:06:57,800 --> 00:07:04,670
berubah dan karena kami memiliki bungkus expo ini, ini berarti expo dapat mempertimbangkan ini dan menggunakan kode baru ini dan ini juga

90
00:07:04,670 --> 00:07:05,290
akan berfungsi

91
00:07:05,810 --> 00:07:10,730
jika Anda menerbitkan aplikasi Anda ke app store karena di sana sementara Anda akan membangun

92
00:07:10,730 --> 00:07:16,800
aplikasi mandiri dan orang-orang tidak akan memerlukan klien pameran, Anda masih akan memasukkan aplikasi klien pameran itu ke dalam aplikasi

93
00:07:16,800 --> 00:07:17,800
mandiri Anda seperti

94
00:07:17,810 --> 00:07:18,860
yang saya sebutkan

95
00:07:18,920 --> 00:07:24,710
sebelumnya, jadi aplikasi mandiri Anda semacam itu memiliki pembungkus expo tipis yang dibuat klien expo dan membungkus aplikasi Anda,

96
00:07:24,710 --> 00:07:25,220
itu

97
00:07:25,250 --> 00:07:28,030
sebabnya pembaruan melalui udara bahkan akan bekerja di sana.

98
00:07:28,070 --> 00:07:30,440
Dan berbicara tentang itu, kami

99
00:07:30,440 --> 00:07:36,150
sekarang menguji ini banyak, kami menguji semua ini hanya dengan expo dan dengan memindai barcode.

100
00:07:36,170 --> 00:07:41,180
Sekarang mari selami bagaimana kita benar-benar bisa membangun aplikasi ini dan menerbitkan aplikasi ini untuk toko aplikasi.