# Compilación bajo demanda y almacenamiento en caché persistente en PRNext Un proyecto puede tener cientos de rutas mientras usted trabaja en una sola. PRNext 0.1.17 usa esa diferencia para dedicar menos tiempo a rutas no abiertas y reutilizar el trabajo cuyas entradas no han cambiado. La pregunta útil no es si un caché puede devolver un archivo rápidamente. Es si ese archivo todavía representa la aplicación actual. El proceso de desarrollo mantiene el seguimiento de la dependencia, la identidad de generación y rutas alternativas conservadoras en torno a cada atajo. ## Comience con las rutas que realmente abre La compilación de la ruta solicitada incluye la ruta que necesita el navegador junto con su diseño compartido, error e infraestructura de dependencia. Las pestañas abiertas mantienen sus rutas activas; un conjunto inactivo acotado evita retener todo el proyecto indefinidamente. El middleware, las reescrituras y las rutas paralelas o de intercepción pueden hacer que el gráfico de dependencia sea menos predecible. En esos casos, PRNext mantiene la compilación completa en lugar de adivinar qué ruta es segura omitir. Por ejemplo, cambiar un encabezado compartido debería actualizar las páginas abiertas que lo importan, mientras que una pestaña no relacionada mantiene su modelo actual. Un contador de navegador y un marcador de documento proporcionan una verificación más sólida que una solicitud que devuelve 200: muestran si la actualización conservó la interacción que ya estaba en progreso. ## Reutilizar transformaciones entre reinicios Las transformaciones de desarrollo se almacenan por separado de los insumos de construcción de producción. Reutilizar una transformación requiere que la fuente y la política relevantes coincidan; una optimización no puede depender únicamente de que el nombre de archivo permanezca igual. Una caché persistente es una infraestructura opcional que ahorra trabajo. Una entrada no disponible o no válida vuelve a la compilación. No es un caché de las respuestas dinámicas de su aplicación. El desarrollo y la producción tienen ciclos de vida diferentes, por lo que su trabajo reutilizable se mantiene separado. Un reinicio puede reutilizar una transformación válida sin reutilizar un proceso de aplicación en ejecución o una respuesta autenticada. Los cambios en la configuración o la política de compilación aún deben invalidar el trabajo al que afectan. ## Trate una edición de hoja de estilo como una edición de hoja de estilo Cuando una edición admitida solo cambia CSS, PRNext publica recursos de hojas de estilo inmutables sin reconstruir el gráfico JavaScript ni reiniciar el trabajador de la aplicación. El navegador puede conservar su documento y su estado React. Un cambio en las exportaciones del módulo CSS puede afectar las importaciones de JavaScript. Los procesadores Sass y personalizados también pueden tener dependencias más amplias. Estos casos recurren al compilador completo en lugar de publicar una actualización incompleta. Las generaciones inmutables también le dan a una edición una identidad de activo distintiva. Una pestaña que ya utiliza la generación anterior puede terminar de cargar sus archivos en lugar de ver cómo cambia su contenido debajo de la solicitud. La optimización reduce el trabajo y mantiene explícita la relación entre una compilación y sus activos. ## Mantenga una alternativa sencilla El modo de desarrollo seguro investiga problemas de compilación incremental compilando el gráfico de ruta completo con compiladores nuevos. Deshabilita la reutilización de transformaciones persistentes y no precalienta a los trabajadores, mientras mantiene el comportamiento de actualización rápida compatible. Úselo para comparar la misma edición con una ruta de compilación más simple. Un problema que desaparece en modo seguro le brinda una reproducción enfocada para informar; por sí solo no identifica la optimización defectuosa. Guarde el cambio de fuente, las rutas afectadas y los diagnósticos de compilación con ese informe. [Alto uso de memoria Next.js: cómo diagnosticarlo](/es/blog/diagnose-nextjs-memory-usage) [Cómo comparar el rendimiento de React SSR](/es/blog/benchmark-react-ssr) [Instale PRNext en un proyecto Next.js: inicio rápido](/es/blog/getting-started-with-prnext) Publicado: 2026-10-24 Modificado: 2026-10-25 Autor: PRNext La redacción del artículo no establece la disponibilidad de npm. Consulte el registro de paquetes antes de recomendar un comando de lanzamiento o instalación. --- Idioma: es Canonical: https://prnext.dev/es/blog/how-prnext-keeps-development-work-focused Index: https://prnext.dev/llms.txt