Estoy trabajando en una API que envía formularios HTML a aplicaciones AJAX externas.¿Hay alguna guía para lo que NO debe ir a los encabezados HTTP?
¿Abusaría de los encabezados HTTP si incluyes información como hojas de estilo y scripts para usar en los encabezados? Me gustaría mantener el HTML lo más limpio posible.
En mi opinión: Sí, lo haría.
Es mejor que mantenga su protocolo de transmisión (HTTP que se especifica precisamente en algunos RFC) lo más limpio posible que el mensaje transmitido (HTML).
Si está trabajando en la creación de una API, tal vez debería crear mensajes XML específicos que contendrían 3 partes encapsuladas: una para sus hojas de estilo, una para sus scripts y otra para su HTML.
Eso es sólo una idea, no sé lo que estás haciendo exactamente.
Esto parece una mala idea.
Aunque desea mantener el HTML lo más limpio posible, el bloque HTML es el lugar "apropiado" para poner información sobre qué hojas de estilo y scripts incluir, ya que tienen significados específicos para el HTML.
Ponerlo en los encabezados HTTP, aunque es posible usando campos de encabezado personalizados ("X-something-or-other"), ofusca la forma en que funciona su aplicación dificultando la comprensión de los futuros desarrolladores, y puede inadvertidamente romper en caso de que necesite cambiar las cosas más tarde (como su servidor web, cliente HTTP) ...
Bueno, si solo está enviando fragmentos de HTML, el bloque no es el lugar adecuado para ponerlo (a menos que lo convierta en un documento HTML adecuado, que parece excesivo). Un formato de intercambio diferente (por ejemplo, XML que envuelve los fragmentos HTML y la hoja de estilo) es probablemente una forma más limpia de hacerlo. En teoría, no hay nada que le impida agregar encabezados adicionales. –
Me gusta la idea de encapsular las diferentes partes. Mi cerebro perezoso no pensó más allá de los encabezados como medio de transporte. – Jrgns