Platzi, educación profesional efectiva.
Hablemos primero un poco de lo que es el tipado implícito
y el tipado explícito.
En el mundo del código, entre más explícito seas,
es mucho mejor porque estás dando a entender
qué es lo que está haciendo tu código
sin que la persona tenga que leer a través de él.
Vamos a verlo a través de ejemplos.
Esto, por ejemplo, para TypeScript,
existe algo que se llama inferencia.
TypeScript sabe que variable es de tipo número
porque 11 es claramente un número.
Esto es implícito,
y por eso hay un proceso de inferencia.
Para si lo quisiéramos hacer explícito,
tendríamos que decirle a TypeScript que esto es un número.
TypeScript, si lo haces, te va a decir como
yo sé, esto es un número, puedes quitarlo,
no tienes que poner el tipo porque es superfácil.
O sea, es superfácil, lo cual está bien,
pero cuando tenemos cosas un poquito más complicadas
para TypeScript o más bien para nuestros compañeros,
puede que no sea obvio
qué es lo que nosotros esperamos recibir.
Si viéramos esta función, no sería muy obvio
o tal vez produciríamos errores
si la ray de args, de argumentos,
no fuera completamente del tipo número.
Si quisiéramos hacer esto explícito, diríamos como,
oye, TypeScript, lo que vamos a recibir acá
tiene que ser una ray que es únicamente de números,
si no, no tendría sentido sumarlo.
Y asimismo, lo que vamos a retornar es un número.
Estamos siendo totalmente claros de qué es lo que vamos a hacer,
qué es lo que espera mi código,
y de esa forma estamos casi que creando un contrato
entre nuestros tipos y entre nuestra implementación.
Esto es bastante poderoso a la hora que escribimos código
y la forma en cómo el código se vuelve mantenible
a través del tiempo.
Si lo adivinaste, es mucho mejor ser explícitos
y es lo que vamos a hacer durante todo el curso
y durante todo el proyecto.
Vamos a ser 100% explícitos
en los tipos que recibe una función,
el tipo que retorna,
las variables que vamos a usar,
y todo, absolutamente todo, sí.
Le podemos poner un tipo, lo vamos a hacer.
Adicionalmente, en TypeScript,
hay un par de configuraciones
que ya lo vamos a ver en el proyecto,
que nos hacen mejorar la forma
y nos evitan que seamos implícitos por accidente.
Esas configuraciones se encuentran principalmente
en que, de forma implícita, no creemos un any
que sucede exactamente cuando tú no pones un tipo
y si TypeScript no es capaz de inferirlo,
como fue el caso del número,
si es algo mucho más complicado,
TypeScript dirá que eso es un tipo any,
puede ser cualquier cosa.
Los any son el demonio.
Vamos a evitarlos a cualquier cosa,
así que le vamos a pedir a TypeScript que,
por favor, no nos deje hacer anys implícitos
y tampoco nos deje crear returns de funciones implícitas.
Vamos a ver esto en la próxima clase de forma mucho más clara,
donde ya vamos a empezar a crear nuestro proyecto.
¿Preparados y preparadas?
Nos fuimos entonces y nos vamos al código.