¿Podrías explicar el every, ya que uso en el reto 4?
El every es muy fácil.
A ver, es un método muy olvidado, la verdad.
Estoy trabajando horario España, mañana te voy festivo, tío.
Ya te he pagado el tío y todavía no has llegado, qué bueno.
Oye, pues el every.
El every de los array es muy interesante, muy interesante.
Pero básicamente el every lo que hace es que tienes que asegurarte
que se cumple una conducción para todos los elementos de un array,
para every elemento del array.
Por ejemplo, si tienes numbers, tienes un, dos, tres, cuatro.
Si haces numbers, ah, y lo que devuelve es un booleano.
Si pones numbers.every y cada number,
claro, todos los números tienen que ser,
el tipo de number tiene que ser number, ¿no?
Esto debería ser true, porque todos los números son del tipo número.
Si ahora pongo aquí un string, hola, pues me va a dar false.
¿Por qué?
Porque hay uno que justamente devuelve, esto devuelve false.
Y dice, si todos tienen que pasar esta condición
y hay uno que me da false, peto.
Lo más interesante del every, que mucha gente, pues,
como que le desprecia, ¿no?
Que mucha gente, pues, utiliza el for,
porque puede utilizar el break, o utiliza,
y puedes hacer un return, o utiliza, no sé, el while.
Pero lo bueno del every es que deja de hacer la iteración
una vez que encuentra un elemento que no cumple la condición.
Y esto lo puedes ver muy fácil si le pones aquí el index.
Si ponemos aquí el index,
y yo pongo un console.log de index,
¿vale?
Vamos a ver qué pasa.
Bueno, pasa console.log index.
Ah, perdón, es que no he puesto un return.
Vale, ya está.
Vale, vemos que ha ido al 0, al 1, al 2, al 3, al 4,
y me ha dado esto, aquí tenemos el result,
voy a poner más claro para que lo veamos, result,
y me ha dado false.
Si yo ahora el hola lo muevo y lo pongo el primero, ¿vale?
Fíjate que ha dejado de iterar en cuanto ha encontrado
esa condición.
Por eso el every muchas veces es bastante,
tanto el every como el some.
Hay otro, ahora te lo enseño, que es Amazon,
pero el every es muy interesante por eso,
porque deja de iterar en cuanto encuentra un elemento
que no cumple la condición.
Esto no sé por qué hay mucha gente que no lo sabe,
porque hay gente que me dice,
una vez en una entrevista,
en una entrevista con un chico senior, además,
había un sitio que tenía todo el sentido del mundo
hacer un every,
y entonces hizo un for, que no pasa nada,
hacer un for, pues está bien,
pero le preguntamos, ¿no?
Le dijimos,
¿por qué has utilizado un for y no un every?
Y entonces nos dijo,
porque el every itera todos los elementos del array,
y con el for me aseguro que no lo haga.
Nos quedamos así como...
Y luego solo dije,
y dijo, no, el every no sé qué, no sé cuánto.
Bueno, la verdad es que pasó la entrevista,
el chico este,
para que os hagáis una idea,
pasó la entrevista,
no me pareció tan grave que no lo supiera,
pero bueno, me resultó curioso
que sí que supiese que existía el every,
pero no supiese que paraba la iteración,
porque es bastante interesante,
y justamente muchas veces para muchos algoritmos
tiene sentido utilizarlo por eso.
Además del every,
también hay uno que es similar,
pero no igual,
que se llama som.
El som,
result som,
es parecido,
pero lo que vienes a buscar con el som
es que se cumpla,
al menos algún elemento cumpla esa condición.
Entonces, es lo mismo,
pero digamos que sería como el or.
De esta forma,
tenemos aquí un console.log de index,
y vamos a decir que devuelva
si hay alguno que es del tipo number
y pasaría lo mismo,
que es también muy interesante.
Aquí lo que voy a hacer,
voy a poner un console aquí para separar,
pero lo bueno del som,
que también mucha gente no sé por qué no lo conoce,
no sé si es que a la gente está,
la gente se queda con el for each y con el map
y ya está,
pero es que hay un montón de métodos en el array.
El som lo que hace es,
voy a ver si algún elemento
de los que hay en este array,
si algún elemento pasa esta condición
y en cuanto encuentra el primero
que pasa la condición,
ya lo va a devolver
y ya lo tendría.
Perdón,
aquí he puesto el result som
para que veas que es true
y ya está.
Entonces, esto lo que hace
es automáticamente,
estaría haciendo el break.
Uno hace el break con el primer false
y esto con el primer true.
Claro, efectivamente,
ese sería el caso,
maico loco.
No veo muy útil el every.
Usualmente validas el item
antes de transformarlo
y poner un every antes sería hacer doble loops.
No tiene mucho sentido.
O sea,
no veo muy útil el every.
Usualmente validas el item
antes de transformarlo.
Hostia,
pero a ver,
eso no tiene mucho sentido,
Kevin,
porque hablas ya de validar el item
antes de transformarlo,
pero a ver,
es que hay veces
que te puede venir,
por ejemplo,
te pueden venir aquí unas películas
que te vienen de una API
y quieres asegurarte
que todas las películas
son favoritos.
Pues lo puedes hacer así también,
¿no?
O sea,
no sé,
quiero decir,
a veces no puedes crear,
no validas tú el item
antes de transformarlo.
A veces no lo transformas
ni siquiera.
A veces,
hay veces que solo quieres ver
que algo,
por ejemplo,
ayer en el algoritmo
el every tenía todo el sentido
del mundo
para ver
si se cumplían
tres condiciones
y saltar
la primera
que no se cumplía.
Y ya está.
¿No?
A veces.
Muchas veces no los transformas,
creo.
Claro,
hay veces que no las transformas,
hay veces que tienen dados,
hay veces que,
no sé,
creo que no,
o sea,
creo que el every
tiene sentido a veces,
obviamente,
no voy a decir
que tiene sentido siempre,
pero sí que tiene sentido a veces.
Son como el all y el any,
sí.
Xboga dice que pasa a darme las gracias
por tanto.
Muchas gracias a ti.
Midu,
¿cómo tiene esa configuración
en ese software?
¿Se podrá colocar
para los software
de JetBrains
y Visual Studio Code?
Se puede para Visual Studio Code,
pero da bastantes problemas.
Pero en este software,
como los tengo de pago,
es el Synthwave,
pues se quedan así las letras.
Muchas veces,
¿cómo?
No.
No.
No.
No.
No.
No.
No.
No.
No.
No.