1
00:00:01,630 --> 00:00:08,530
Nesta etapa, vamos ver meu recurso favorito. O aplicativo est funcionando e eu estaria fazendo

2
00:00:08,530 --> 00:00:13,420
uma alterao aqui. Ento estou mudando a mola de masterizao 5. 0 a 5. 1

3
00:00:13,600 --> 00:00:15,940
O que aconteceria quando eu executar o servio?

4
00:00:15,940 --> 00:00:18,770
O servio ainda est retornando 5. 0

5
00:00:18,840 --> 00:00:26,560
O servio no seleciona a mudana porque para pegar a alterao eu precisaria parar o servidor

6
00:00:26,620 --> 00:00:29,940
e reinici-lo novamente. E isso  complicado, no ?

7
00:00:29,950 --> 00:00:30,740
Iniciar

8
00:00:30,760 --> 00:00:33,480
o servidor levaria alguns passos.

9
00:00:33,490 --> 00:00:38,010
Quero dizer ... levaria alguns segundos e isso desperdiaria meu tempo.

10
00:00:38,050 --> 00:00:44,350
Como posso fazer com que a coisa toda seja carregada automaticamente assim que fao uma alterao de cdigo?

11
00:00:44,380 --> 00:00:45,450
Como fao isso?

12
00:00:45,670 --> 00:00:46,300
 a

13
00:00:46,390 --> 00:00:49,580
que entram as ferramentas para desenvolvedores do Spring Boot.

14
00:00:49,640 --> 00:00:51,730
 uma dependncia incrvel.

15
00:00:51,730 --> 00:00:52,870
Eu amo isso.

16
00:00:52,910 --> 00:01:03,210
Vou copiar o acionador de inicializao da mola e vou coloc-lo abaixo do teste. Spring Boot,  chamado de ferramentas de inicializao de

17
00:01:03,380 --> 00:01:05,310
inicializao da mola.

18
00:01:05,620 --> 00:01:09,060
Acabei de adicionar nossa dependncia para ferramentas de inicializao de inicializao.

19
00:01:09,140 --> 00:01:10,620
 simples assim.

20
00:01:11,000 --> 00:01:18,420
Vou esperar a coisa toda para construir. Ento voc pode ver que est baixando essas dependncias. O projeto  vermelho ... o projeto

21
00:01:18,430 --> 00:01:23,180
est pronto e agora eu o executo. Quando eu inicio o servidor, voc pode ver que o

22
00:01:23,230 --> 00:01:29,460
servidor est carregado ou o servidor foi iniciado. E agora, como voc fez, eu consegui 5. 2 obviamente porque eu

23
00:01:29,470 --> 00:01:33,120
reiniciei o servidor. Mas o melhor de agora em diante

24
00:01:33,160 --> 00:01:39,960
 que qualquer mudana de Java que voc fizer seria automaticamente aumentada. Ento estou voltando

25
00:01:40,000 --> 00:01:44,490
para 5. 0 O que aconteceria se eu executasse isso?

26
00:01:44,530 --> 00:01:51,190
Uma das coisas que voc veria nos logs  que o aplicativo est reiniciando automaticamente e 5. 0 Desta vez vamos nos concentrar no

27
00:01:51,550 --> 00:01:54,200
que est acontecendo no log.

28
00:01:54,370 --> 00:01:58,310
Vou limpar o log que estiver l. E estou fazendo uma mudana.

29
00:01:58,450 --> 00:01:59,410
Dominar a primavera.

30
00:01:59,410 --> 00:02:00,570
5 1

31
00:02:00,620 --> 00:02:08,920
Digamos. 5 1 ainda no est aqui no momento da criao deste vdeo, mas apenas se divertindo. Ento voc pode ver que

32
00:02:08,920 --> 00:02:14,520
essa coisa especfica tambm  muito eficiente na maneira como ela  reiniciada.

33
00:02:14,620 --> 00:02:17,890
Voc pode ver que isso realmente comeou em dois segundos.

34
00:02:17,890 --> 00:02:25,570
A mudana foi apanhada em dois segundos. Vou parar o aplicativo e reinici-lo.

35
00:02:25,680 --> 00:02:33,580
Voc veria que, na verdade, a reinicializao tpica quando eu fao uma nova reinicializao na inicializao da mola  de cerca de

36
00:02:33,580 --> 00:02:35,010
8 a 10 segundos.

37
00:02:35,050 --> 00:02:40,560
Ento isso est demorando cerca de 9 segundos. Ento, se eu parar e reiniciar o aplicativo, levo cerca de 9 segundos.

38
00:02:40,780 --> 00:02:50,320
No entanto, se eu fizer uma alterao diretamente aqui. Eu vou o que eu vou fazer na verdade, desligue isso. E tambm vamos ver quanto

39
00:02:50,320 --> 00:02:51,980
tempo leva. Ento,

40
00:02:52,060 --> 00:02:53,970
quanto tempo demorou?

41
00:02:54,070 --> 00:02:57,340
Voc pode ver que isso realmente leva dois segundos e meio.

42
00:02:57,340 --> 00:02:58,690
Muito legal! No ?

43
00:02:58,690 --> 00:03:03,850
Ento, uma das coisas que o Spring Boot faz, as ferramentas de desenvolvimento do Spring Boot so muito eficazes,

44
00:03:03,850 --> 00:03:10,780
 que ele sabe que tudo nas dependncias do Maven no ser alterado. Por isso, no ir carregar as

45
00:03:10,780 --> 00:03:17,530
coisas que dependem delas novamente. Ele carregar apenas os beans que so quais so os beans

46
00:03:17,570 --> 00:03:19,760
do aplicativo novamente.  por isso

47
00:03:19,810 --> 00:03:25,340
que leva menos tempo quando voc faz uma mudana. Quando voc reinicia o servidor, tudo, incluindo

48
00:03:25,600 --> 00:03:32,440
o que estiver aqui,  carregado, mas quando voc quando voc faz uma alterao no aplicativo, apenas

49
00:03:32,440 --> 00:03:39,310
as coisas especficas relacionadas ao aplicativo so recarregadas novamente. E essa  a razo pela qual voc v que leva apenas 2

50
00:03:39,640 --> 00:03:43,050
segundos e imagina a quantidade de produtividade que voc ganharia com isso.

51
00:03:43,180 --> 00:03:47,920
Ento, so quase 10 segundos salvos para cada alterao feita.

52
00:03:47,980 --> 00:03:53,920
Se voc est mantendo qualquer tipo de aplicao, isso  um grande aumento de produtividade. Portanto, se voc estiver usando um aplicativo Spring Boot

53
00:03:53,920 --> 00:03:59,680
e no estiver usando as ferramentas de desenvolvedor do Spring Boot, v em frente e experimente-o.

54
00:03:59,730 --> 00:04:06,370
Essa  uma adio bem legal, eu acho, para o Spring Boot. Na etapa, analisamos as ferramentas de desenvolvimento do Spring Boot, que 

55
00:04:06,370 --> 00:04:10,780
uma das minhas adies favoritas ao Spring Boot. At o prximo vdeo, tchau.

