1
00:00:00,360 --> 00:00:06,060
Veamos otro ejemplo de conversión de datos de tipos de primitivos primitivos, por ejemplo, cómo convertir

2
00:00:06,120 --> 00:00:12,270
un tipo integer un entero de 32 bits en un chord de 16.

3
00:00:12,330 --> 00:00:17,160
Por lo tanto, según el valor que coloquemos, podríamos tener o no pérdida de información.

4
00:00:17,220 --> 00:00:20,740
Pero bien, veamos por acá en la misma clase que teníamos antes.

5
00:00:20,850 --> 00:00:29,220
Conversión de tipos por acá abajo Quint le vamos a llamar y igual, por ejemplo, 10000 y quiero convertir

6
00:00:29,340 --> 00:00:31,580
este entero en un tipo de chord.

7
00:00:31,680 --> 00:00:40,260
Entonces Chord s t chord igual y le voy a pasar el valor, la variable entera, pero que nos dice que

8
00:00:40,380 --> 00:00:43,320
requiere un tipo de chord y le estamos pasando un tipo intuya.

9
00:00:43,710 --> 00:00:49,350
Entonces la forma de convertir es utilizar un cast, es decir, forzar la conversión utilizando paréntesis

10
00:00:49,440 --> 00:00:50,250
ante puestos.

11
00:00:50,370 --> 00:00:56,940
Acá antepuesto a la variable parentesis y el tipo dato, pero bien, acá marca error porque son tipos

12
00:00:56,940 --> 00:00:57,630
incompatibles.

13
00:00:57,750 --> 00:01:05,010
Un tipo integer es mucho más grande en tamaño 32 bits versus el chord que solamente 16.

14
00:01:05,130 --> 00:01:10,400
Entonces podría haber pérdida de información, pérdida de datos y marca este error, pero se puede hacer,

15
00:01:10,920 --> 00:01:12,570
es decir, forzar la conversión.

16
00:01:13,110 --> 00:01:16,140
Pero incluso acá vamos a ver otro ejemplo con lonko.

17
00:01:16,650 --> 00:01:25,180
Por ejemplo, a colocar l igual y significan el log no marca error porque tenemos un tipo integer que

18
00:01:25,180 --> 00:01:28,110
es menor que el tipo lonko de menor tamaño.

19
00:01:28,120 --> 00:01:33,330
Por lo tanto, si puedo asignar un tipo integer en un tipo log, porque ahí me aseguro de que no hay

20
00:01:33,330 --> 00:01:38,820
pérdida de información, así que hacia arriba con tamaños mayores no hay ningún problema, pero con

21
00:01:38,820 --> 00:01:40,710
tamaños menores va a marcar error.

22
00:01:40,920 --> 00:01:46,080
Pero de todas formas puedo hacer caso con los paréntesis y el tipo auto chord.

23
00:01:46,290 --> 00:01:50,200
Es decir, voy a forzar convertir este entero a un tipo de chord.

24
00:01:50,340 --> 00:01:53,190
Eso se llama cast o castin, forzar la conversión.

25
00:01:55,060 --> 00:01:58,330
Vamos a mostrar en la consola y también el lomo.

26
00:02:01,020 --> 00:02:01,800
Levantamos.

27
00:02:04,560 --> 00:02:11,520
Entonces acá tenemos el Chord 10000 y el log 10000 lo convirtió perfecto, sin ningún problema.

28
00:02:11,800 --> 00:02:17,660
Y esto porque recuerden que el chord soporta mucho más que 10000, el máximo que soporta el MAKS Balbino

29
00:02:17,870 --> 00:02:19,670
32 1007 68.

30
00:02:19,950 --> 00:02:23,790
Por lo tanto, si lo forzamos con el cast, lo realiza bien.

31
00:02:23,910 --> 00:02:28,560
No hay perder información de que puede almacenar 10 mil en un tipo de chord.

32
00:02:31,320 --> 00:02:38,350
Por ejemplo, Yor Punto Max Valio acá tenemos 32 1007 67.

33
00:02:39,210 --> 00:02:40,140
Vamos a levantar.

34
00:02:43,100 --> 00:02:45,080
Qué pasa si colocamos este número acá?

35
00:02:47,130 --> 00:02:53,690
El máximo que soporta York de todas forma y vuelve a estar bien porque lo soporta, es el máximo, inclusive

36
00:02:54,120 --> 00:02:56,250
entonces el chord y el lock.

37
00:02:56,520 --> 00:02:58,080
Ningún problema lo soportan bien.

38
00:02:58,890 --> 00:03:01,290
Pero qué pasa si colocamos uno más?

39
00:03:01,860 --> 00:03:02,640
68?

40
00:03:02,790 --> 00:03:03,570
Ahí no pasamos.

41
00:03:03,600 --> 00:03:10,530
Estamos tratando de convertir un entero a un chord, pero un entero con un valor mayor al que soporta.

42
00:03:10,620 --> 00:03:16,380
El tipo es Chord, por lo tanto, obviamente va a existir pérdida de información backer, ambigüedad

43
00:03:16,500 --> 00:03:22,560
en la conversión y esto lo permite el compiler de Java de que a pesar de que no marca error, acá si

44
00:03:22,560 --> 00:03:29,160
quitamos esto de que es un tipo menor nos marca error, pero al forzar estamos obligando a la conversión.

45
00:03:29,280 --> 00:03:34,860
Entonces queda finalmente a criterio nuestro si lo convertimos o no, tomando el riesgo, por supuesto,

46
00:03:34,950 --> 00:03:39,390
de perder información justamente como en este caso, entonces vamos a levantar.

47
00:03:40,930 --> 00:03:47,980
Si se fijan, convierte bien el lonko, pero el chord lo deja negativo, queda completamente ambiguo.

48
00:03:49,100 --> 00:03:51,150
Por ejemplo, si dejamos en 42000.

49
00:03:51,590 --> 00:03:52,490
Ya mucho mayor.

50
00:03:53,270 --> 00:04:00,020
Bueno, va a seguir siendo ambigua, la conversión queda en menos 22 1007 68, es decir, no es capaz

51
00:04:00,020 --> 00:04:06,320
de convertir este entero en un tipo hecho y es imposible porque no cabe, no cabe duda, que sobrepasa

52
00:04:06,320 --> 00:04:07,690
el tamaño máximo del choc.

53
00:04:07,820 --> 00:04:13,130
Entonces, por eso, como criterio, siempre tenemos que convertir valores que sí soportan los tipos

54
00:04:13,130 --> 00:04:14,960
de datos con menor capacidad.

55
00:04:15,080 --> 00:04:20,030
Entonces, por ejemplo, estaría perfecto colocar 12 o 22, por ejemplo, en vez de 42.

56
00:04:20,400 --> 00:04:26,120
Decir cualquier vale que sea menor a 30 y 2007 67 al máximo del chart.

57
00:04:29,300 --> 00:04:33,220
Entonces ahí lo convierteen con el caso, pero siempre usando caset.

58
00:04:33,410 --> 00:04:36,500
Esa sería la forma de convertir en tres primitivos.

59
00:04:36,620 --> 00:04:42,970
Ahora, claro, entre primitivo que sean, del mismo tipo de los tipos numéricos Víctor, Chord y Lonko,

60
00:04:43,080 --> 00:04:47,390
y también decimales o números reales como el float y el doble.

61
00:04:47,510 --> 00:04:53,750
Pero claro, si quiere convertir a otro tipo, por ejemplo a un char o a un bullían, por ejemplo,

62
00:04:53,830 --> 00:04:56,060
no bullían.

63
00:04:56,400 --> 00:04:57,980
Ve igual.

64
00:05:01,060 --> 00:05:05,680
Así todo no se puede convertir porque son tipos completamente incompatibles.

65
00:05:05,800 --> 00:05:08,440
No se puede castigar un hint a un volia.

66
00:05:13,350 --> 00:05:14,310
Bueno, ducharse.

67
00:05:14,420 --> 00:05:15,590
Pero veamos el resultado.

68
00:05:21,670 --> 00:05:22,530
Hoy lo convierte en chat.

69
00:05:22,640 --> 00:05:28,940
Pero recuerde que el chat también soporta enteros, es decir, cada carácter único está asociado a un

70
00:05:29,030 --> 00:05:29,780
valor entero.

71
00:05:29,900 --> 00:05:33,780
Ahora, qué pasa con un decimal, por ejemplo, con un float?

72
00:05:34,060 --> 00:05:34,430
EFE.

73
00:05:36,520 --> 00:05:41,560
Bueno, también se puede convertir a 22 7 68 punto cero.

74
00:05:41,750 --> 00:05:43,700
Vamos a imprimir subi.

75
00:05:47,580 --> 00:05:48,150
Perfecto.

76
00:05:48,780 --> 00:05:51,100
Se fijan con tipos compatibles.

77
00:05:51,240 --> 00:05:56,940
Se puede entonces para resumir en primitivo solamente podemos ser caset a tipo numérico, incluyendo

78
00:05:57,150 --> 00:06:00,990
los números reales float y el doble, y el chat también se soporta.

79
00:06:01,080 --> 00:06:02,730
Como vimos, un carácter T.M.

80
00:06:02,730 --> 00:06:09,750
Se puede representar como un entero, ya que está mapeado o está asignado en la tabla Unicode a un valor

81
00:06:09,810 --> 00:06:10,380
numérico.

82
00:06:10,590 --> 00:06:12,290
Continuamos en la siguiente clase.