1
00:00:00,240 --> 00:00:02,490
El siguiente paso de probar nuestra API Rest.

2
00:00:02,550 --> 00:00:06,120
Nuestro controlador que implementamos la clase pasada con Postman.

3
00:00:06,210 --> 00:00:10,890
Entonces vamos a probar el listar todos, que es una petición del tipo GET.

4
00:00:11,040 --> 00:00:14,580
Vamos a probar el obtener por Heidy también del tipo GET.

5
00:00:14,700 --> 00:00:21,720
Vamos a probar también el tipo post para crear un nuevo cliente, para modificar que el tipo put y para

6
00:00:21,810 --> 00:00:24,930
eliminar del tipo del ID rápidamente.

7
00:00:24,990 --> 00:00:29,580
Vamos a revisar el controlador y acá tenemos los distintos métodos.

8
00:00:29,760 --> 00:00:37,170
Utilizamos GET el verbo GET para listar todos los clientes y la VL sería API clientes.

9
00:00:37,320 --> 00:00:44,670
Luego tenemos para obtener por Heidy y sería también del tipo GET y laureles sería API clientes y le

10
00:00:44,670 --> 00:00:47,670
pasamos como parámetro en la ruta e Leidy.

11
00:00:48,810 --> 00:00:55,920
Luego tenemos post que sería exactamente la misma VL que el QUET, pero como es post lo que va a hacer

12
00:00:55,920 --> 00:00:59,430
es crear un nuevo cliente con los parámetros que le enviemos.

13
00:00:59,970 --> 00:01:06,660
Luego tenemos la petición del tipo put que es para modificar y tenemos que pasar el Heidy como parámetro

14
00:01:06,660 --> 00:01:12,460
en la ruta para actualizar el cliente y le enviamos los datos también en el Reco spode.

15
00:01:13,020 --> 00:01:19,140
Finalmente tenemos el Delight y le tenemos que pasar el Heidy del cliente en la ruta.

16
00:01:19,450 --> 00:01:24,300
Bien, el siguiente paso sería levantar el servidor con el proyecto.

17
00:01:28,680 --> 00:01:30,930
Una vez que haya levantado, vamos a Postman.

18
00:01:31,230 --> 00:01:36,420
Entonces vamos a partir con la petición del tipo GET para listar todos los clientes

19
00:01:39,780 --> 00:01:39,990
locales.

20
00:01:40,470 --> 00:01:48,000
El Puerto Salat API, que sería laureles de primer nivel del controlador y luego del método Index para

21
00:01:48,000 --> 00:01:52,620
obtener todos los clientes clientes enviar.

22
00:01:53,580 --> 00:02:00,660
Bien, acá tenemos el listado o arreglo de todos los clientes con estructura Yasha 12 clientes.

23
00:02:01,080 --> 00:02:03,940
Por ejemplo, vamos a probar el obtener por Heidy.

24
00:02:04,080 --> 00:02:06,390
Vamos a ver el 5.

25
00:02:06,630 --> 00:02:08,070
Vamos a ver el 5.

26
00:02:08,160 --> 00:02:15,150
Clientes Larch 5 debería mostrar Erich Gamma del tipo GET Enviar.

27
00:02:15,780 --> 00:02:17,310
Y acá tenemos erigía gama.

28
00:02:17,520 --> 00:02:18,450
Listamos todos.

29
00:02:19,380 --> 00:02:20,970
Vamos a ver el último.

30
00:02:21,780 --> 00:02:27,400
El 12 sería Yei y acá tenemos allé.

31
00:02:28,050 --> 00:02:32,520
Si se fijan el estatus o rickles estatus es 200.

32
00:02:32,610 --> 00:02:38,220
Ok, igual que listar todos ahí por defecto queda en 200.

33
00:02:38,850 --> 00:02:45,630
Recordemos que si no se especifica el respond status y la petición se realiza correctamente por defecto

34
00:02:45,880 --> 00:02:47,020
200 ok.

35
00:02:48,710 --> 00:02:51,740
Bien, vamos a probar creando un nuevo registro.

36
00:02:52,070 --> 00:02:55,610
Por ejemplo, voy a copiar un cliente.

37
00:02:56,450 --> 00:02:58,480
Vamos a seleccionar post.

38
00:02:59,830 --> 00:03:02,730
Post y laureles sería clientes.

39
00:03:03,250 --> 00:03:05,680
Vamos al Boddy, vamos a Rahue.

40
00:03:06,430 --> 00:03:11,140
De entre voy seleccionamos RAW y seleccionamos Application Jason.

41
00:03:11,980 --> 00:03:18,190
De aquí lo que vamos a enviar es un Jason en el cuerpo del rico es en el rico body.

42
00:03:18,610 --> 00:03:22,300
El Heidy se genera de forma automática, por lo tanto no va.

43
00:03:22,450 --> 00:03:24,520
La fecha también se genera de forma automática.

44
00:03:24,760 --> 00:03:31,120
Quitamos la coma y por ejemplo, vamos a crear a Bilbo Baggins.

45
00:03:33,010 --> 00:03:35,170
Pero Baggins sería el API.

46
00:03:35,260 --> 00:03:36,730
Entonces sería Bilbo Baggins

47
00:03:39,410 --> 00:03:41,830
y vamos a crear enviar.

48
00:03:42,220 --> 00:03:45,820
Y retorna como respuesta un Jetson con el objeto creado.

49
00:03:46,420 --> 00:03:55,900
Recordemos que acá cuando creamos, retornamos el cliente y con un estatus Kreutzer 201 volvemos a Postman

50
00:03:55,990 --> 00:03:58,590
y acá tenemos el status 201.

51
00:03:58,600 --> 00:04:00,040
Crédit está perfecto.

52
00:04:00,400 --> 00:04:07,510
Vamos a listar todos y vamos a revisar que aparezca el lItres y acá tenemos Edy 13, Bilbo Baggins con

53
00:04:07,510 --> 00:04:08,830
el correo y la fecha.

54
00:04:08,980 --> 00:04:11,710
Entonces ahora vamos a probar el modificar.

55
00:04:12,460 --> 00:04:20,020
Por ejemplo, vamos a tomar el Leydi 2, Mister John, lo vamos a copiar, vamos a cambiar el verbo

56
00:04:20,080 --> 00:04:20,770
por put@.

57
00:04:20,980 --> 00:04:27,520
Recordemos que para actualizar utilizamos put@ y tenemos que pasar como parámetro en la ruta Leidy vamos

58
00:04:27,520 --> 00:04:31,420
a colocar el Heidy 2 para actualizar el cliente 2.

59
00:04:32,020 --> 00:04:38,740
Vamos a ir al cuerpo, al body, vamos a ir a RAW y en vez de texto Jayson.

60
00:04:39,780 --> 00:04:41,340
Vamos a quitar la fecha.

61
00:04:41,820 --> 00:04:45,510
Quitamos la coma y quitamos el Leydi.

62
00:04:45,720 --> 00:04:51,630
Solamente vamos a modificar nombre, apellido, email y revisamos el ataque, lo que modifica justamente

63
00:04:51,750 --> 00:04:53,700
el apellido, nombre y el email.

64
00:04:53,820 --> 00:05:00,240
Podría agregar más campos, pero por el momento estamos modificando esos tres campos y vamos a modificar

65
00:05:00,300 --> 00:05:01,200
en vez de mister.

66
00:05:01,290 --> 00:05:02,840
Vamos a colocar señor.

67
00:05:03,710 --> 00:05:05,380
Y el apellido Doe.

68
00:05:05,760 --> 00:05:06,150
Doe.

69
00:05:08,240 --> 00:05:17,300
Y enviamos y acá nos retorna el cliente modificado con el Heidy 2, el nombre que cambiamos señor John

70
00:05:17,510 --> 00:05:17,960
Doe.

71
00:05:18,060 --> 00:05:22,670
Doe vamos a listar todos los clientes la petición del tipo GET.

72
00:05:24,580 --> 00:05:26,440
Envíar y biomas que le di 2.

73
00:05:27,580 --> 00:05:30,910
Tiene los datos modificados, señor John Doe tor?

74
00:05:31,150 --> 00:05:34,120
Entonces ahora vamos a eliminar al señor John.

75
00:05:34,970 --> 00:05:36,950
Entonces en vez de ya sería delito.

76
00:05:38,060 --> 00:05:46,090
Y tenemos que pasar el Heidy por ejemplo Leydi 2 para eliminar al señor John y envianos.

77
00:05:47,410 --> 00:05:52,210
IECA entrega un no content el estatus 204 no content.

78
00:05:53,160 --> 00:05:58,820
Justamente lo mismo que tenemos acá respond status, no content y retorna un pais.

79
00:05:58,950 --> 00:06:00,060
Por lo tanto nada.

80
00:06:01,790 --> 00:06:09,350
Volvemos al clientes, al Geet clientes y observamos que el 2 desapareció, está el 1 y el 3.

81
00:06:10,800 --> 00:06:12,870
Vamos a eliminar en el Delight.

82
00:06:14,000 --> 00:06:16,310
El 5 a Erís Gama.

83
00:06:18,020 --> 00:06:21,950
Vamos a listar y desapareció el 5.

84
00:06:22,160 --> 00:06:26,750
Tenemos el 1, 3, 4 y 6, el 2 y el 5 se eliminaron.

85
00:06:26,930 --> 00:06:32,750
Bien, ahora que ya tenemos probado nuestro API Rest y está funcionando bien, estamos listos para continuar

86
00:06:32,750 --> 00:06:39,440
con nuestra aplicación Front End de Angular quedabamos hasta acá y cualquier duda que tenga la revisamos.

87
00:06:39,530 --> 00:06:40,430
Hasta la próxima.
