Estás leyendo la publicación: Otro marco JS llamado ‘rápido’, pero ¿es mejor que Next.js?
Hay una carrera en el mundo de la tecnología: quién renderiza las aplicaciones web más rápido. React, React Native, Gatsby, Next.js y Astro se juntan para superarse unos a otros para ayudar a los desarrolladores a crear una aplicación web de carga más rápida. El último es ‘Remix’, un marco basado en React para desarrollar aplicaciones web, que también está tratando de ponerse al día en la carrera.
Remix permite a los desarrolladores generar código en el servidor, lo que tiende a generar un mejor rendimiento y optimización de búsqueda en lugar de usar React solo en el lado del cliente.
Parece que Next.js ya resolvió el problema, sin embargo, la compañía ha estado tratando de hacerlo de una manera diferente. Solo hace renderizado del lado del servidor (SSR). Además, no realiza la generación de sitios estáticos o la regeneración estática incremental como lo hace NextJs.
Eso es algo interesante considerando que las aplicaciones de pila JAM que usan generación estática han sido bastante populares en los últimos años y también han brindado un mejor rendimiento. Son rápidos y fáciles de implementar, pero el mayor desafío es que los desarrolladores tienen que crear esas páginas cada vez que cambian los datos.
Con Remix, todo pasa a la representación del lado del servidor, lo que significa que los desarrolladores deberán contratar un servidor real para ejecutar la aplicación.
Por qué Remix está resolviendo el problema a través de SSR
En la representación del lado del servidor, la respuesta del servidor al navegador es el HTML de la página que está lista para ser representada. Significa que el navegador comenzará a procesar el HTML desde el servidor sin tener que esperar a que se descargue y ejecute todo el JavaScript. Luego, será necesario descargar React y pasar por el proceso de creación de un dominio virtual y adjuntar eventos para hacer que la página sea interactiva mientras el usuario puede comenzar a ver la página simultáneamente mientras todo eso sucede.
Según los expertos, una aplicación renderizada del lado del servidor (SSR) hace posible que las páginas se carguen más rápidamente, mejorando así la experiencia del usuario. Dado que el contenido puede mostrarse en el lado del servidor antes de que se cargue la página, esto es excelente para el SEO porque los motores de búsqueda simplemente pueden indexar y rastrear el contenido. Los navegadores web dan prioridad a las páginas web con velocidades de carga más rápidas, por lo que las páginas web se indexan correctamente.
Además, para los usuarios con conexiones a Internet lentas o equipos obsoletos, la representación del lado del servidor facilita que las páginas web se carguen rápidamente.
(Representación del lado del servidor)
Si bien hay ciertas ventajas con este enfoque, también hay desventajas.
Los riesgos involucrados
Dado que la representación del lado del servidor no es la norma para los sitios web de JavaScript, el servidor asume el costo total de la representación del contenido para los usuarios y los bots, lo que puede ser costoso y consumir muchos recursos.
Aunque es efectivo renderizar HTML estático en el servidor, hacerlo para aplicaciones más grandes y complicadas puede hacer que aumenten los tiempos de carga. Además, es posible que el código JavaScript de terceros no sea compatible con la representación del lado del servidor. Aunque la representación en el servidor es apropiada para la generación de sitios estáticos, las aplicaciones más complicadas pueden tener una representación de página más lenta en general debido a las frecuentes llamadas al servidor y recargas de páginas completas.
¿Es Remix mejor que Next.js?
Dado que los sitios web a menudo constan de numerosas páginas que muestran contenido estático o dinámico, el ‘enrutamiento’, o el proceso de moverse entre diferentes páginas dentro de un sitio web, es una función crucial.
Tanto Remix como Next.js admiten una ruta basada en archivos, donde el usuario genera un archivo y se puede acceder a él de inmediato a través de su navegador. Por ejemplo, después de iniciar un nuevo proyecto en Remix, puede agregar un nuevo archivo a la carpeta de rutas. Además, ambos marcos cuentan con navegación de ruta del lado del cliente, que permite a los usuarios acceder a páginas sin tener que volver a cargar sus navegadores, junto con rutas dinámicas.
Remix usa rutas anidadas, lo que lo hace único. Aunque Remix permite al usuario diseñar una jerarquía de rutas donde cada ruta es un archivo separado que puede elegir dónde se deben mostrar sus elementos secundarios, Next admite rutas anidadas desde la perspectiva de un archivo, lo que implica que el usuario puede tener varias rutas activas en una sola ruta. página.
Remix ofrece la mayor parte de la funcionalidad que ofrece Next, pero hace un esfuerzo adicional para mantenerse alejado de React al ofrecer un mayor nivel de abstracción. Por el contrario, Next no intenta ocultar el hecho de que depende completamente de React.
Next puede ser la opción preferible para los expertos en React, ya que se trata de ideas más conocidas, pero para los nuevos desarrolladores que tienen menos experiencia con React, puede ser mucho más sencillo comenzar utilizando Remix directamente.
La edad de cada marco es otra realidad inevitable. Remix es solo un participante en el juego, mientras que Next ha estado allí durante casi media década. El factor de edad permitió que Next agregara una gran cantidad de optimización de rendimiento, como la optimización de fuentes en línea, la optimización de imágenes y más, que Remix aún no ha tenido tiempo de agregar.
