¿Por qué algunos frameworks de JS usan un DOM Virtual?
Vložit
- čas přidán 21. 07. 2024
- 🔴 Mastermind (Código BF22 para 40% de descuento hasta el lunes)
www.mastermind.ac/?ref=225b86
📱 REDES SOCIALES
Discord: discordapp.com/invite/bHPnUr7
Instagram: / antoniosarosi
Twitter: / antoniosarosi
🎵 MÚSICA
Liam Thomas - Could We Say Goodbye
• Liam Thomas - Could We...
Ptr. - Genesis
• Ptr. - Genesis
Cloophie - Our Time
• Our Time
📋 ÍNDICE
00:00 Introducción
00:22 Curso Vue
01:37 DOM Real
05:41 DOM Virtual
🏷️ TAGS
#programacion #javascript - Věda a technologie
🔴 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
Desde que conocí react vue angular ahora me cuesta una barbaridad volver a JavaScript vanilla
Antonio!! Está genial este tipo de contenido. Veo muchisimo valor en lo que compartes y además que vas a los fundamentos.
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!!
este canal es es como una documentacion pero en video, me enseñaste lo que la propia documentacion no me ha enseñado
Creo que es la mejor explicación que he escuchado de DOM VIRTUAL... Gracias.
Muy muy muy buena explicación che!!! Muchas gracias!
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
Muy bien explicado, muchas gracias por el video 👏
Aclarado todo, buen vídeo
Excelente información me gustó el vídeo anterior estuvo muy interesante saludos desde México.
Hace una hora estaba hablando con mi amigo sobre eso, me leíste la mente
Sería genial que crees tu propio framework de front cómo lo hiciste de backend. Ese curso sí lo compro!
Bien explicado, gracias
Excelente explicación
Te amo bro, eres el mejor
ahhh y toda esta ingenieria es por velocidad 👏👏👏👏
Excelente!
Que calidad de explicación hermano, deberían sacar a la profe de mi U y ponerte a vos 😎
Se te extraña prro :(
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
El dom virtual no necesita de Rxjs?
podrías hacer un vídeo de como funciona o como se crea esa representación "suggar"?
Siempre escucho esa palabra "Apriori" que significa exactamente? a prioridad? o algo parecido?
Si no estoy mal ya existía el fragmen en js para no generar reflow en la web
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
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.
Buenas, me gustaría aprender a programar y me recomendaron Python para empezar, alguna sugerencia?
Te recomiendo C/C++
No son haters bro. Son fans confundidos 👍.
El virtual DOM me recordó a flutter
Pense que era el unico
Que temas estas usando en visual studio code para que el codigo html se vea asi?????
czcams.com/video/N17zVGfrTiQ/video.html
@@AntonioSarosi jajajaj que placer mandarles el link de una
@@AntonioSarosi jajajaja que risa la cara que pones en la miniatura del vídeo!
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.
Te autoesponsoreaste?
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 .-.