Los layouts son el esqueleto de una aplicación web. Proporcionan el encabezado, el pie de página, la navegación, la barra lateral -- los elementos estructurales que permanecen constantes mientras el usuario navega entre páginas. El contenido específico de la página llena el hueco en el medio. Este patrón es tan fundamental que cada framework web implementa alguna versión de él.
El enfoque de FLIN usa un marcador de posición {children} en los archivos de layout. Los archivos de página contienen solo su contenido específico, y el layout lo envuelve. Simple en concepto. Pero la implementación reveló una cascada de errores en renderizado, vigilancia de archivos, selección de layout y manejo de URLs que tomó toda la Sesión 250 para resolver.
La corrección requirió cambios en cuatro capas del sistema: el registro de layouts, el renderizador, la API de biblioteca y el servidor HTTP. También se implementó soporte para múltiples layouts, recarga en caliente de archivos de layout y un arreglo de apagado limpio.
La lección clave: funcionalidades que son "un concepto para el desarrollador" a menudo tocan cada capa del sistema. El envolvimiento de layout requirió cambios al lexer, renderizador, API de biblioteca, servidor HTTP y vigilante de archivos.
Esta es la Parte 163 de la serie "Cómo construimos FLIN", que documenta cómo un CEO en Abidjan y un CTO de IA diseñaron y construyeron un lenguaje de programación desde cero.
Navegación de la serie: - [162] La corrección de persistencia de base de datos que tomó 3 sesiones - [163] El error de envolvimiento de hijos en layouts (estás aquí) - [164] Corrección de la resolución de funciones de biblioteca