Me encantan todos tus videos!, siempre enseñando el funcionamiento desde el "fondo", pero sobre todo que lo explicas con diagramas y con codigo entendible, cosa que muchos no hacen... ya que se quedan en la teoria o en puro codigo sin entender bien, tu aplicas las 2!!, este canal se ha vuelto de mi top, y con el black friday aproveche para ver tus cursos en mastermind, sigue asi!!
Correcto, en situaciones donde solo hay que sustituir un elemento de una lista el DOM virtual es más rápido que el DOM nativo, ya que por mucho que el DOM virtual sea un añadido al DOM nativo, su inteligencia permite que la sustitución el renderizado de un solo elemento sea más rápido que el renderizado de todos los elementos. Eso es aplicable no solo a elementos de una lista, sino a todos los elementos renderizables y visibles en pantalla, importante lo de visible. Está claro que puedes hacer un proyecto ADHOC sin REACTJS ni virtual DOM muy optimizado, pero no es algo muy mantenible.
Pero eso depende del contexto. Una web con pocos cambios reactivos (y de poca información) no tiene sentido soportar la carga extra de un Framework con DOM Virtual, sobre tu proyecto (además del aumento de dificultad de tu stack, y costes extra de contratación derivados). Es decir, hay un punto de equilibrio que supone la diferencia en que tener DOM Virtual supone una carga y en que tener DOM Virtual supone una ventaja. Las modas, falta de información profunda al respecto, y la lógica necesidad de un Framework de publicitarse, se convierten luego en las modas rompe-proyectos de aquellos desarrolladores que no saben, de manera profundamente técnica, porque quieren ese Framework. Criticar "per se" el DOM virtual no tienen ningún sentido; como no lo tiene tampoco alabarlo a toda costa.
Menos mal que todos estos conceptos de Javascript me obligue aprenderlos y dominarlos para el trabajo (porque la uni se enfoco más en joderme en la rama de mates) y al momento que me pidieron aplicar los framwork fue sencillo
Hola he creado un código de vídeos slider vertical tipo Reels pero en navegador safari más de 10 vídeos cargados en slider vertical se pone en pantalla blanco y reinicia colapsa mientras que en otros navegadores Google funciona bien, alguna solución en el script? si puedes ayudarme gracias.
angular crea algo que sera como componentes nativos, el esta registrando los componente dentro del propio navegador, es como si crearas un nuevo p, div, button etc. de alli que puedas utilizarlos donde quieras una ves registrado el componente. la desventaja mas atipica y comun es que cuando tienes muchos componentes debes poner nombres muuuuuy descriptivos o categorizarlos mejor, heuheuhue
Angular se basa en un Zone.js sino estoy mal tiene su propio zone.js nombrado como "ngZone" el cual tambien tener acceso en su API para que cuando algo cambie en el DOM de objetos se le avise se puede hacer una prueba simple implementando el ngOnChanges en tu componente de Angular el cual avisa cuando se realice un cambio y realizas tu logica en base a ello. Ahora si no quieres depender de zone.js tambien puedes indicar que algo no entre como tal en la ngZone.
Por lo menos en versiones antiguas funcionaba con un polling, actualizando los cambios realizados en las variables scopes de cada componente registrado. Creo que hoy en día ya es diferente, optimizaron eso.
Las librerías son interesantes, JavaScript es interesante: las librerías son a la programación, lo que las recetas son a la gastronomía... El problema está, cuando solo seguimos recetas. Con Map() y Reflect se logran cosas muy interesantes. Buen contenido, saludos.
🔴 Mastermind (Código BF22 para 40% de descuento hasta el lunes)
www.mastermind.ac/?ref=225b86
Antonio, esto es un comentario.
En serio?
tremendo crossover
No lo sabia 😲
La conversacion filtrada de dios con jesus:
Savirar sabes eee
Muy bueno el vídeo! Podrías hacer otro explicando más en detalle como funciona Svelte o Lit? Que funcionan como has dicho sin dom virtual! Gracias
Desde que conocí react vue angular ahora me cuesta una barbaridad volver a JavaScript vanilla
Creo que es la mejor explicación que he escuchado de DOM VIRTUAL... Gracias.
Me encantan todos tus videos!, siempre enseñando el funcionamiento desde el "fondo", pero sobre todo que lo explicas con diagramas y con codigo entendible, cosa que muchos no hacen... ya que se quedan en la teoria o en puro codigo sin entender bien, tu aplicas las 2!!, este canal se ha vuelto de mi top, y con el black friday aproveche para ver tus cursos en mastermind, sigue asi!!
Antonio!! Está genial este tipo de contenido. Veo muchisimo valor en lo que compartes y además que vas a los fundamentos.
Sería genial que crees tu propio framework de front cómo lo hiciste de backend. Ese curso sí lo compro!
Muy muy muy buena explicación che!!! Muchas gracias!
Correcto, en situaciones donde solo hay que sustituir un elemento de una lista el DOM virtual es más rápido que el DOM nativo, ya que por mucho que el DOM virtual sea un añadido al DOM nativo, su inteligencia permite que la sustitución el renderizado de un solo elemento sea más rápido que el renderizado de todos los elementos. Eso es aplicable no solo a elementos de una lista, sino a todos los elementos renderizables y visibles en pantalla, importante lo de visible. Está claro que puedes hacer un proyecto ADHOC sin REACTJS ni virtual DOM muy optimizado, pero no es algo muy mantenible.
Pero eso depende del contexto. Una web con pocos cambios reactivos (y de poca información) no tiene sentido soportar la carga extra de un Framework con DOM Virtual, sobre tu proyecto (además del aumento de dificultad de tu stack, y costes extra de contratación derivados). Es decir, hay un punto de equilibrio que supone la diferencia en que tener DOM Virtual supone una carga y en que tener DOM Virtual supone una ventaja. Las modas, falta de información profunda al respecto, y la lógica necesidad de un Framework de publicitarse, se convierten luego en las modas rompe-proyectos de aquellos desarrolladores que no saben, de manera profundamente técnica, porque quieren ese Framework. Criticar "per se" el DOM virtual no tienen ningún sentido; como no lo tiene tampoco alabarlo a toda costa.
@@Joyragdoll Usted si sabe de lo que habla señor
Muy bien explicado, muchas gracias por el video 👏
Hace una hora estaba hablando con mi amigo sobre eso, me leíste la mente
Excelente explicación
Aclarado todo, buen vídeo
Antonio, Entonces astro funciona similar a Svelte en ese caso, solo que prioriza HTML sobre Javascript, gracias por este increíble contenido 🦀
Me ha encantado el vídeo. Yo tengo la misma duda.
Excelente información me gustó el vídeo anterior estuvo muy interesante saludos desde México.
Te amo bro, eres el mejor
Bien explicado, gracias
podrías hacer un vídeo de como funciona o como se crea esa representación "suggar"?
ahhh y toda esta ingenieria es por velocidad 👏👏👏👏
Excelente!
Menos mal que todos estos conceptos de Javascript me obligue aprenderlos y dominarlos para el trabajo (porque la uni se enfoco más en joderme en la rama de mates) y al momento que me pidieron aplicar los framwork fue sencillo
Que calidad de explicación hermano, deberían sacar a la profe de mi U y ponerte a vos 😎
Si no estoy mal ya existía el fragmen en js para no generar reflow en la web
Siempre escucho esa palabra "Apriori" que significa exactamente? a prioridad? o algo parecido?
El virtual DOM me recordó a flutter
Pense que era el unico
Hola he creado un código de vídeos slider vertical tipo Reels pero en navegador safari más de 10 vídeos cargados en slider vertical se pone en pantalla blanco y reinicia colapsa mientras que en otros navegadores Google funciona bien, alguna solución en el script? si puedes ayudarme gracias.
Se te extraña prro :(
El dom virtual no necesita de Rxjs?
Y Angular como lo hace? Buen video 👌
Con algo llamado shadow dom que creo que si no es lo mismo es parecido
angular crea algo que sera como componentes nativos, el esta registrando los componente dentro del propio navegador, es como si crearas un nuevo p, div, button etc. de alli que puedas utilizarlos donde quieras una ves registrado el componente. la desventaja mas atipica y comun es que cuando tienes muchos componentes debes poner nombres muuuuuy descriptivos o categorizarlos mejor, heuheuhue
Angular se basa en un Zone.js sino estoy mal tiene su propio zone.js nombrado como "ngZone" el cual tambien tener acceso en su API para que cuando algo cambie en el DOM de objetos se le avise se puede hacer una prueba simple implementando el ngOnChanges en tu componente de Angular el cual avisa cuando se realice un cambio y realizas tu logica en base a ello.
Ahora si no quieres depender de zone.js tambien puedes indicar que algo no entre como tal en la ngZone.
Por lo menos en versiones antiguas funcionaba con un polling, actualizando los cambios realizados en las variables scopes de cada componente registrado. Creo que hoy en día ya es diferente, optimizaron eso.
Las librerías son interesantes, JavaScript es interesante: las librerías son a la programación, lo que las recetas son a la gastronomía... El problema está, cuando solo seguimos recetas. Con Map() y Reflect se logran cosas muy interesantes. Buen contenido, saludos.
Buenas, me gustaría aprender a programar y me recomendaron Python para empezar, alguna sugerencia?
Te recomiendo C/C++
Te autoesponsoreaste?
No son haters bro. Son fans confundidos 👍.
Que temas estas usando en visual studio code para que el codigo html se vea asi?????
th-cam.com/video/N17zVGfrTiQ/w-d-xo.html
@@AntonioSarosi jajajaj que placer mandarles el link de una
@@AntonioSarosi jajajaja que risa la cara que pones en la miniatura del vídeo!
O sea, svelte si es más rápido? 👀
Más rápido más liviano, más fácil de aprender
Primero
me parece una falta de respeto no estarte siguiendo .-.