Me encanta este formatín porque últimamente no me puedo pasar por el Tuich y esto me permite ponerme al día con las partes más jugosas de lo que me estoy perdiendo
Pero si no estoy mal en una de las primeras charlas de react, se aclara que cuando se menciona que el dom es lento es que manipular, mutar y hacer un traversing de 10k objetos de la api dom era mucho mas lento y generaba mas memoria que manipular 10k objetos planos js. Entonces actualmente el algoritmo de react lo que hace es coger su estructura de datos (virtual dom, objetos planos) que vendria siendo el estado en el que deberia estar el dom actual, manipula la data segun los rerenders de la aplicacion genera un objeto resultante por medio del algoritmo de diferenciacion y solo los datos cambiantes y especificos se los pasa a react-dom para que actualice solo esos atributos especificos en el DOM real
Echa un vistazo al post de Rich Harris, donde habla de esa charla de React: svelte.dev/blog/virtual-dom-is-pure-overhead Nolan Lawson también tiene algunos posts donde cubre los aspectos técnicos del virtual DOM: nolanlawson.com/2023/12/02/lets-learn-how-modern-javascript-frameworks-work-by-building-one/ En la mayoría de los casos, y para no aburrir con mi comentario, asumiendo que eso fuera cierto en el pasado, es algo que ya no aplica en la actualidad. Muestra de ello es que la mayoría de librerías o frameworks modernos están optando por pasar a un modelo sin Virtual DOM (o al menos un modelo híbrido). Gracias por el interesante punto de vista!
De hecho, la versión inicial del DOM era la versión 1: html.conclase.net/w3c/dom1-es/cover.html. La actual es la versión 2. Normalmente te diría que no veo fallas a esa lógica, pero justo en este caso, no se cumple XD
Me encanta este formatín porque últimamente no me puedo pasar por el Tuich y esto me permite ponerme al día con las partes más jugosas de lo que me estoy perdiendo
Poco a poco me voy adaptando a youtube, y los videos de opinión son los que más curiosidad despiertan 👌✨
Dándole amor, como diría todocode
Pero si no estoy mal en una de las primeras charlas de react, se aclara que cuando se menciona que el dom es lento es que manipular, mutar y hacer un traversing de 10k objetos de la api dom era mucho mas lento y generaba mas memoria que manipular 10k objetos planos js. Entonces actualmente el algoritmo de react lo que hace es coger su estructura de datos (virtual dom, objetos planos) que vendria siendo el estado en el que deberia estar el dom actual, manipula la data segun los rerenders de la aplicacion genera un objeto resultante por medio del algoritmo de diferenciacion y solo los datos cambiantes y especificos se los pasa a react-dom para que actualice solo esos atributos especificos en el DOM real
Echa un vistazo al post de Rich Harris, donde habla de esa charla de React:
svelte.dev/blog/virtual-dom-is-pure-overhead
Nolan Lawson también tiene algunos posts donde cubre los aspectos técnicos del virtual DOM:
nolanlawson.com/2023/12/02/lets-learn-how-modern-javascript-frameworks-work-by-building-one/
En la mayoría de los casos, y para no aburrir con mi comentario, asumiendo que eso fuera cierto en el pasado, es algo que ya no aplica en la actualidad. Muestra de ello es que la mayoría de librerías o frameworks modernos están optando por pasar a un modelo sin Virtual DOM (o al menos un modelo híbrido).
Gracias por el interesante punto de vista!
pole like
Y si el DOM es tan bueno porque no hay DOM2?
De hecho, la versión inicial del DOM era la versión 1: html.conclase.net/w3c/dom1-es/cover.html. La actual es la versión 2.
Normalmente te diría que no veo fallas a esa lógica, pero justo en este caso, no se cumple XD
Yo tengo cosas sin JSX y no soy ruso 😢
¿Con React y sin JSX? Pásate por el Discord y te doy el rol "Persona distinguida", no joke.