Wie wird das Aufblähen der JavaScript-Bibliothek mit Web Components verringert?
Als jemand, der jahrelang versucht hat, Inhaltsautoren bei der Entwicklung und Pflege großer Websites zu helfen, indem er (HTML) -Komponenten erstellt, bin ich sehr erfreut zu sehen, wie Webkomponenten bei w3c, google und mozilla an Bedeutung gewinnen. Aber es scheint mir, dass es keine Maßnahme gegen Javascript-Bibliothek gibt, die in den Spezifikationen aufbläht.
Angenommen, ich entwickle eine KomponenteA das hat eine Abhängigkeit fürunderscore.js und wollen Komponenten verwendenB undC die haben Abhängigkeiten vonlodash.js Version 1. * usw.
Ich sehe keine Möglichkeit, Abhängigkeiten und Bibliotheksversionen zu kennzeichnen. Dies könnte zu einer großen Aufblähung der Bibliothek führen, wenn wir über Websites mit mehreren Teams und Beteiligten sprechen.
Die aktuelle Lösung besteht darin, ein Wholesale-Client-Framework für die gesamte Website weltweit zu standardisieren. Dies ist schwierig, wenn Sie erhebliche Ressourcen in verschiedene serverseitige Frameworks investiert haben, zLifeRay (Java),EpiServer (.Netz),Django (Python) etc. jeweils mit bevorzugten clientseitigen Bibliotheken.
Ich sehe Webkomponenten als Mittel, um serverseitige Frameworks vom clientseitigen Code zu entkoppeln, aber das Auslassen der clientseitigen Behandlung von Abhängigkeiten ist besorgniserregend.
Steht es in den Spezifikationen und ich habe es verpasst oder gibt es eine Strategie, um dieses Problem zu mindern, die mir nicht bewusst ist?
[DIE GENANNTEN BIBLIOTHEKEN SIND NUR BEISPIELE. DIE FRAGE IST AGNOSTISCH FÜR RAHMEN-, BIBLIOTHEK- UND SERVER-SEITE-SPRACHE
AKTUALISIEREN Vielen Dank an alle für die Beantwortung. Ich bin überrascht, dass niemand etwas erwähntMozilla X-Tag oderGoogle Polymer Das war in letzter Zeit der ganze Hype. Ich mag die Idee von Shadow-DOM, Stilen mit Gültigkeitsbereich, benutzerdefinierten Elementen usw., aber nirgendwo wird erwähnt, wie man mit JavaScript-Abhängigkeiten umgeht. Wie @ Daniel-Baulig richtig schreibtHTML-Importe Erwähnt kein JavaScript. Ich gebe zu, dass diese Frage kaum zu beantworten ist. Ich denke jedoch, dass @ Daniel-Bailig am nächsten kam, als er ES6-Module erwähnte. Ich persönlich denke, dass wir irgendwo zwischen ES6-Modulen und require.js eine nachhaltige Lösung finden werden.