¿Cómo se mitiga la acumulación de JavaScript con los componentes web?
Como alguien que ha intentado encontrar una manera de ayudar a los autores de contenido a desarrollar y mantener grandes sitios web mediante la creación de componentes (HTML) durante años, estoy realmente emocionado de ver cómo los componentes web ganan terreno en w3c, google y mozilla. Pero me parece que no hay ninguna medida contra el aumento de la biblioteca javascript en las especificaciones.
Di que desarrollo componente.A que tiene una dependencia paraunderscore.js y quieren usar componentesB yC que tienen dependencias enlodash.js versión 1. *, etc.
No veo ninguna forma de marcar dependencias y versiones de biblioteca. Esto podría llevar a una gran cantidad de bibliotecas cuando hablamos de sitios web con varios equipos y partes interesadas.
La solución actual es estandarizar en un marco de cliente mayorista para todo el sitio web, globalmente. Esto es difícil cuando ha invertido recursos sustanciales en diferentes marcos del lado del servidor, comoLifeRay (Java),EpiServer (.red),Django (Python) etc., cada uno con bibliotecas preferidas del lado del cliente.
Veo los componentes web como un medio para desacoplar los marcos del lado del servidor del código del lado del cliente, pero la omisión del manejo de la dependencia del lado del cliente es preocupante.
¿Está en las especificaciones y lo he omitido, o existe una estrategia para mitigar este problema, que no conozco?
[LAS BIBLIOTECAS MENCIONADAS SON SOLO EJEMPLOS. LA PREGUNTA ES AGNÓSTICA AL MARCO, BIBLIOTECA Y LENGUAJE DEL SERVIDOR]
ACTUALIZAR Gracias a todos por responder. Me sorprende que nadie mencioneMozilla X-Tag oGoogle Polymer Que ha sido todo el bombo últimamente. Compro por completo la idea de la sombra DOM, estilos de ámbito, elementos personalizados, etc. pero en ninguna parte veo ninguna mención de cómo lidiar con las dependencias de JavaScript. Como @ Daniel-Baulig escribe correctamenteImportaciones HTML no menciona JavaScript en absoluto. Reconozco que esta pregunta es casi imposible de responder. Sin embargo, creo que @ Daniel-Bailig se acercó más cuando mencionó los módulos ES6. Personalmente creo que encontraremos una solución sostenible en algún lugar entre los módulos ES6 y require.js.