Si la respuesta (Response) va a ser una página (Page) entonces hay que
añadir la petición de entrada (HttpRequest) al contexto de renderizado
(RenderContext) para que los componentes puedan consultarla durante la
preparación de la página. Por ejemplo para consultar la URL de entrada y
decidir si se renderiza o no un componente dado.
Ahora los componentes no tendrán acceso al contexto de la página
(PageContext) porque podrían usarse en otros tipos de respuesta que no
sean sólo páginas. En su lugar se usará RenderResources que formarán
también parte de la página.
Son errores fatales aquellos que deberán mostrarse (renderizarse) sin
depender de las APIs de renderizado de páginas. No pueden depender del
tema ni del estado actual de la aplicación. Se generan al intentar
componer una página y se llega a una situación no recuperable que debe
informarse directamente al navegador cliente. Es típico el error 500
(internal server error) pero también un error 507 (insufficient storage)
y otros más que se irán contemplando según requerimientos.
Recibe un componente mutable que podría modificarse justo antes de ser
añadido a un contenedor. Es una posible solución para poder desarrollar
un mecanismo aceptable de Triggers/Hooks/Actions (THA) para PageTop.
