Vor kurzem denke ich darüber nach, wie ich Front-End-JS-Dateien zusammenführen kann. Natürlich enthält es keine Dateien, die nicht zusammengeführt werden können, sondern Dateien, die wir zusammenführen können. Nachdem es darüber nachgedacht hat, sollte es nur drei Möglichkeiten geben.
Die drei Methoden sind wie folgt:
1. Eine große Datei, die alle JS in eine große Datei verschmelzen, und alle Seiten verweisen darauf.
2. Jede Seite ist eine große Datei, und jede Seite verschmilzt, um die große Datei Ihrer eigenen JS zu generieren.
3. Zusammenführen Sie mehrere freigegebene große Dateien, verschmelzen mehrere gemeinsam genutzte JS -Dateien gemäß der Praxis, und jede Seite bezieht sich auf mehrere freigegebene große Dateien.
Darüber hinaus hat Merge meiner Meinung nach zwei Zwecke:
1., um die Anzahl der Anfragen zu reduzieren.
2. Code -Sicherheitsüberlegungen (Je mehr Dateien geteilt werden, desto einfacher ist es klar).
PS: Beachten Sie, dass das, worüber ich spreche
1. Eine große Datei
Auf diese Weise können alle JS unabhängig von der Situation in eine große Datei zusammengeführt werden, und alle Seiten verweisen darauf, auch wenn ein Code möglicherweise nicht verwendet wird.
Vorteil:
(1). Es ist einfach zu verschmelzen und einfach zu bedienen.
(2). Andere Seiten können mithilfe der Cache -Optimierung geladen werden.
Mangel:
(1). Die Seite kann in Codes geladen werden, die auf dieser Seite nicht verwendet werden.
Nicht anwendbare Szenarien:
(1). Diese Methode ist definitiv nicht für große Webanwendungen geeignet, und unabhängig von der Menge an Einzelfilmcode erlaubt uns die Komplexität des Unternehmens nicht, dies zu tun (ich habe noch nie gesehen, dass die Website dies tut).
Anwendbare Szenarien:
(1). Hybridanwendungen, unabhängig davon, ob es sich um die Hybridanwendungen von Mobilfunk oder die Hybridanwendungen von PC handelt (Desktop -Anwendungen, ähnlich wie bei YODAO Team Development Framework Hex+Chrom+NodeJS), sind sehr geeignet und es wird keine Anforderungsgeschwindigkeitsprobleme geben. Die Codesicherheit solcher Anwendungen im Client -Code ist wichtiger.
PS: Das Wichtigste ist natürlich die Sicherheit des Backends. Unabhängig davon, ob das Frontend geknackt ist, ob das Backend die Eingangsüberprüfung verbessert und ob sie die Übertragung der Autorität verhindert, ist das Backend der Schlüssel, was bedeutet, dass das Sprichwort "keine Eingabe des Benutzers vertrauen".
2. Große Dateien auf jeder Seite
Führen Sie jede Seite zusammen, um eine große Datei Ihrer eigenen JS zu generieren und mehrere JS -Verschmelzungen zu generieren.
Vorteil:
(1). Jede Seite verwendet die genauesten JS und es gibt keinen irrelevanten Code.
Mangel:
(1). Es gibt viele Seiten, mehrere JS werden generiert, was zu einer großen Menge an Redundanz im gemeinsamen JS -Code führt.
(2). Der gemeinsame Teil kann nicht mithilfe der Cache -Optimierung geladen werden.
(3). Zusammenführung und Verwendung sind relativ kompliziert.
Ich denke immer, dass etwas mit dieser Methode nicht stimmt. Kleine Anwendungen können sie direkt mit einer großen Datei verarbeiten, und große Anwendungen werden dies nicht tun, und sie können nicht für Hybridanwendungen verwendet werden. In diesem Fall, in dem die Größe des Installationspakets wichtig ist, kann redundanter Code nicht toleriert werden. Als ich über verschiedene Szenarien nachdachte, stellte ich fest, dass es mit den obigen oder unteren Methoden gelöst werden konnte, und es war besser, also denke ich, dass diese Methode nutzlos ist.
3. Zusammenführen Sie mehrere freigegebene große Dateien
Nach der Praxis verschmelzen mehrere freigegebene große Dateien (z. B. die Klassifizierung der Abhängigkeitsbibliothek) und verschmelzen die erforderlichen JS -Dateien (z. B. Geschäftsklassifizierung). Jede Seite bezieht sich auf eine oder mehrere gemeinsame große Dateien und die JS -Dateien dieser Seite.
Vorteil:
(1). Der gemeinsame Teil ist geladen und die Verweise auf jede Seite sind ohne Redundanz so hoch wie möglich.
Mangel:
(1). Es wird mehr oder weniger bestimmte Seiten geben, die auf einen unerwünschten Code hinweisen, und das Teilen ist keine vollständige Freigabe.
Anwendbare Szenarien:
(1). Sowohl große als auch kleine Anwendungen sind besser geeignet. Jede Seite kann viele gemeinsame Teile haben, und eine angemessene Verschmelzung von Dateien ist sehr kritisch.
Zusammenfassen
Dieses Dokument ist nur ein Gedanke und nur eine allgemeine Diskussion. Es gibt viele Methoden zur Verschmelzung von Dateien, die durch Backend dynamisch erzeugt oder direkt von Tools (GrunT+RequestJs) generiert oder direkt generiert werden. Die oben genannten drei Verschmelzungsmethoden werden auch durch unsere praktischen Bedürfnisse bestimmt.
Das Zusammenführen ist sehr wichtig, aber es wird nicht empfohlen, alle Dokumente zusammenzufassen. Einige Dokumente können nicht zusammengeführt werden. Einige sind besser für einzelne Dokumente, aber es hängt vom spezifischen Szenario ab.
Die oben genannten drei Möglichkeiten, um Front-End-JS-Datei zusammenzuführen, sind alle Inhalte, die ich mit Ihnen teile. Ich hoffe, Sie können Ihnen eine Referenz geben und ich hoffe, Sie können wulin.com mehr unterstützen.