1
00:00:02,410 --> 00:00:04,900
É claro que também há outras coisas que

2
00:00:04,900 --> 00:00:11,170
você pode configurar, uma coisa que quero abordar são as atualizações sem fio, que você controla com a chave de atualizações

3
00:00:11,170 --> 00:00:12,610
do aplicativo. arquivo json.

4
00:00:12,620 --> 00:00:19,600
Agora, esse é um recurso interessante, o que significa que as pessoas que executam seu aplicativo no dispositivo não importam se ele

5
00:00:19,600 --> 00:00:24,970
está sendo executado no cliente expo, porque leem um código de barras que, como mencionei, não

6
00:00:25,390 --> 00:00:28,040
é muito útil ou se realmente o baixou

7
00:00:28,090 --> 00:00:33,700
do aplicativo lojas, desde que você construa seu aplicativo no fluxo de trabalho de exposição gerenciado, obtenha

8
00:00:33,700 --> 00:00:38,830
a funcionalidade de atualização sem fio incorporada e isso significa que, se você alterar algo

9
00:00:38,830 --> 00:00:44,230
no seu código, digamos que nesta tela alteremos algo, alteramos alguns títulos, algumas funcionalidades ou até adicionamos

10
00:00:44,230 --> 00:00:52,900
um módulo nativo totalmente novo, não importa o que você faça, sempre que você publica esta atualização com o comando expo publish, todos os seus usuários, mesmo

11
00:00:53,050 --> 00:00:58,810
que tenham instalado o aplicativo nas lojas de aplicativos, receberão essa atualização em o aplicativo deles na próxima

12
00:00:58,810 --> 00:01:00,160
vez em que

13
00:01:00,160 --> 00:01:06,160
o abrirem, e isso é importante. Você pode configurar a funcionalidade aqui na chave de atualizações. Novamente nos documentos oficiais, você aprendeu mais

14
00:01:06,160 --> 00:01:11,560
sobre essa chave de atualização e o que pode definir lá. O que você pode definir,

15
00:01:11,560 --> 00:01:15,790
por exemplo, é se geralmente está ativado, por padrão,

16
00:01:15,790 --> 00:01:22,600
e com esse recurso de tempo limite para cache, você pode configurar por quanto tempo

17
00:01:22,630 --> 00:01:29,620
o aplicativo quando os usuários o iniciam no dispositivo deve verificar se há atualizações e tentar

18
00:01:29,710 --> 00:01:35,620
carregá-las antes exibe a versão recente disponível. Ao definir como zero, você diz que sempre que

19
00:01:35,620 --> 00:01:41,830
o aplicativo é iniciado, ele exibe imediatamente o que possui. Ele procura atualizações nos bastidores e, para o próximo

20
00:01:42,190 --> 00:01:47,500
lançamento, pode levá-las em consideração, mas não tenta procurar atualizações e baixá-las antes de realmente carregar o aplicativo.

21
00:01:47,510 --> 00:01:50,420
Agora você pode mudar isso para, digamos, cinco

22
00:01:50,440 --> 00:01:55,790
segundos, esse é um valor em milissegundos, portanto, cinco mil milissegundos, ou seja, cinco segundos.

23
00:01:55,810 --> 00:02:01,360
Isso significa que, quando as pessoas iniciam o aplicativo, elas veem a tela de inicialização por até

24
00:02:02,020 --> 00:02:08,920
cinco segundos, o que é bastante longo, porque depois de carregar todo o resto, a expo ou seu aplicativo tenta procurar uma

25
00:02:08,920 --> 00:02:13,870
atualização e, se encontrar uma atualização, ele tenta fazer o download e levar em conta.

26
00:02:13,990 --> 00:02:19,150
Isso pode ser feito em cinco segundos; nesse caso, seu aplicativo também será iniciado mais

27
00:02:19,150 --> 00:02:24,700
rapidamente, mas se demorar mais de cinco segundos, continuará com a atualização, mas não carregará imediatamente, mas

28
00:02:24,710 --> 00:02:30,370
carregará o mais recente. versão que está disponível. Agora, é claro que depende de você o que

29
00:02:30,370 --> 00:02:31,690
você prefere, essa

30
00:02:31,690 --> 00:02:37,510
abordagem garante que os usuários tenham a experiência de inicialização mais rápida possível, mas eles só receberão seu

31
00:02:37,510 --> 00:02:40,830
código atualizado na próxima vez que o aplicativo for iniciado.

32
00:02:40,990 --> 00:02:48,010
Essa abordagem ou a configuração de um valor ainda mais alto, como 10 segundos, significa que os usuários obtêm versões mais novas com mais frequência

33
00:02:48,130 --> 00:02:53,710
ou mais rapidez, porque já a fazem no próximo lançamento do aplicativo, mas a desvantagem é que o lançamento

34
00:02:53,800 --> 00:02:58,990
do aplicativo pode demorar um pouco mais, o que talvez seja não é o que você quer.

35
00:02:58,990 --> 00:03:03,760
Portanto, depende realmente do tipo de aplicativo que você está criando e do tipo de usuário que você está segmentando, o que

36
00:03:03,760 --> 00:03:04,840
você deseja definir lá.

37
00:03:04,840 --> 00:03:10,780
Se for um aplicativo de negócios, digamos que você distribui para seus funcionários que precisa ser atualizado o

38
00:03:10,780 --> 00:03:14,620
tempo todo e onde a experiência do usuário não é tão

39
00:03:14,620 --> 00:03:17,710
importante, convém levar um valor de 10 segundos

40
00:03:17,710 --> 00:03:25,880
aqui, se for um aplicativo com o qual você compartilha Para usuários finais normais em todo o mundo, convém ter um tempo de inicialização mais

41
00:03:25,880 --> 00:03:31,220
rápido para fornecer uma boa experiência do usuário e sacrificar a velocidade de atualização por isso,

42
00:03:31,390 --> 00:03:36,190
para que os usuários só recebam a atualização no próximo lançamento após este lançamento.

43
00:03:36,190 --> 00:03:43,300
Com tudo isso fora do caminho, vamos dar uma olhada em tudo isso e também no recurso de

44
00:03:43,300 --> 00:03:44,260
atualização aérea.

45
00:03:44,260 --> 00:03:48,990
Eu mudei algumas configurações aqui e, portanto, o que vou fazer agora é executar a publicação

46
00:03:49,120 --> 00:03:53,840
expo novamente, ainda assim é o comando que não será exibido nas lojas de aplicativos,

47
00:03:53,890 --> 00:04:02,620
mas que será compartilhado aqui nesta página da expo, por assim dizer . Portanto, eu executo esse comando e ainda poderíamos otimizar nossos ativos com o

48
00:04:02,620 --> 00:04:04,610
expo optimize, mas como realmente

49
00:04:04,660 --> 00:04:09,010
não temos imagens incluídas no aplicativo além dos ícones aqui gerados e

50
00:04:09,040 --> 00:04:12,850
otimizados pelo expo, isso não deve ser um problema , para

51
00:04:13,000 --> 00:04:18,460
que eu possa executá-lo dessa maneira e esperar que isso seja concluído e testarei isso em

52
00:04:18,460 --> 00:04:23,420
um dispositivo Android, pois a vantagem é que podemos usar esse código de barras aqui.

53
00:04:24,370 --> 00:04:30,490
Portanto, agora que isso termina, o mais interessante é que imediatamente teremos esse novo aplicativo disponível digitalizando esse código de barras

54
00:04:30,490 --> 00:04:36,370
e, a partir de então, mostrarei como podemos obter atualizações sem fio, mesmo sem digitalizar o código de barras do

55
00:04:36,370 --> 00:04:41,280
aplicativo novamente, porque esse é o idéia, recebemos atualizações sem digitalizar novamente, ele é enviado ao

56
00:04:41,320 --> 00:04:46,720
nosso aplicativo na próxima vez que o lançarmos. Então, vamos aguardar a conclusão desse processo de publicação

57
00:04:46,720 --> 00:04:52,240
e o URL ainda é o mesmo de antes, porque não mudei nada sobre minha lesma aqui que faz

58
00:04:52,270 --> 00:04:54,570
parte desse URL ou qualquer outra coisa.

59
00:04:55,540 --> 00:05:00,730
Então agora, aqui está o aplicativo expo no meu dispositivo Android, onde agora posso digitalizar esse

60
00:05:00,730 --> 00:05:10,330
código de barras e, portanto, agora o aplicativo é iniciado aqui no Android. Agora você vê que eu tenho a tela inicial, o aplicativo está sendo executado aqui e, é

61
00:05:10,330 --> 00:05:16,600
claro, também posso usá-lo, por exemplo, posso tirar uma imagem aqui. Para que tudo funcione da maneira que deveria funcionar no

62
00:05:16,720 --> 00:05:18,730
meu dispositivo aqui e agora

63
00:05:18,820 --> 00:05:22,210
deixe-me mostrar isso através da funcionalidade de atualização sem fio.

64
00:05:22,270 --> 00:05:24,940
Veja que adicione o título do local aqui no topo?

65
00:05:24,940 --> 00:05:27,060
Agora vamos mudar isso em nosso código.

66
00:05:27,070 --> 00:05:28,470
Então, vamos ao

67
00:05:28,630 --> 00:05:33,460
código aqui e na tela aqui na nova tela de local onde definimos

68
00:05:33,580 --> 00:05:37,460
esse título, vamos mudar isso para adicionar novo local, é

69
00:05:37,500 --> 00:05:40,170
uma pequena mudança, mas ainda assim.

70
00:05:40,170 --> 00:05:45,540
Portanto, agora, se eu executar a publicação expo novamente, esse aplicativo será empacotado e

71
00:05:45,660 --> 00:05:47,800
publicado nos servidores expo novamente.

72
00:05:47,880 --> 00:05:52,770
Então, vamos aguardar a conclusão desse processo e pronto. Agora, deixe-me mostrar

73
00:05:52,770 --> 00:05:54,590
essa atualização ao vivo.

74
00:05:54,600 --> 00:05:55,880
Eu ainda tenho o aplicativo

75
00:05:55,890 --> 00:06:01,670
em execução aqui, então é claro que isso não muda enquanto o aplicativo está sendo executado, então é claro que aqui ainda temos o título antigo.

76
00:06:02,040 --> 00:06:04,390
Mas agora, digamos que fiquei

77
00:06:04,400 --> 00:06:08,380
um bom tempo, fechei isso aqui e agora relancei o aplicativo.

78
00:06:08,610 --> 00:06:14,720
Se agora eu for para a tela de novos locais, ainda vejo o título antigo.

79
00:06:14,920 --> 00:06:18,780
Agora isso faz sentido se você pensar na estratégia de atualização que usamos.

80
00:06:18,780 --> 00:06:24,500
Assegurei-me de que o aplicativo iniciasse o mais rápido possível e baixasse uma nova atualização nos bastidores,

81
00:06:24,510 --> 00:06:25,470
então foi

82
00:06:25,470 --> 00:06:30,980
o que aconteceu agora; este foi o primeiro relançamento do aplicativo no meu dispositivo depois de atualizá-lo.

83
00:06:31,050 --> 00:06:36,330
Então, digamos que estou de novo por algum tempo e o relanço novamente. A propósito, aqui você

84
00:06:36,330 --> 00:06:38,930
pode ver o ícone adaptativo em ação.

85
00:06:39,080 --> 00:06:44,600
Agora, se eu for para essa tela, você verá adicionar um novo local como texto, porque agora este é o segundo

86
00:06:44,600 --> 00:06:47,210
lançamento após a atualização. No primeiro lançamento,

87
00:06:47,210 --> 00:06:52,020
baixamos a atualização e a instalamos, por assim dizer, no segundo lançamento, estamos usando.

88
00:06:52,160 --> 00:06:57,800
Agora, o aplicativo no dispositivo tecnicamente não mudou, apenas o que está lá mudou, nosso código Javascript mudou

89
00:06:57,800 --> 00:07:04,670
e, como temos esse invólucro de expo, isso significa que o expo pode levar isso em conta e usar esse novo código e

90
00:07:04,670 --> 00:07:05,290
isso também

91
00:07:05,810 --> 00:07:10,730
funcionará se você publica seu aplicativo nas lojas de aplicativos porque, enquanto você cria um aplicativo

92
00:07:10,730 --> 00:07:16,800
independente e as pessoas não precisam do cliente expo, você ainda inclui esse aplicativo cliente expo no aplicativo autônomo, como

93
00:07:16,800 --> 00:07:17,800
mencionei anteriormente, para

94
00:07:17,810 --> 00:07:18,860
que seu aplicativo

95
00:07:18,920 --> 00:07:24,710
autônomo seja tem o invólucro de expo fino que o cliente expo incorporou e envolveu seu aplicativo, é por

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

97
00:07:25,250 --> 00:07:28,030
que as atualizações over the air funcionam até lá.

98
00:07:28,070 --> 00:07:30,440
E por falar nisso, agora testamos

99
00:07:30,440 --> 00:07:36,150
bastante isso, testamos tudo apenas com a exposição e com a leitura do código de barras.

100
00:07:36,170 --> 00:07:41,180
Agora, vamos mergulhar em como podemos realmente criar esse aplicativo e publicá-lo nas lojas de aplicativos.