Detaillierte Beschreibung des komponentenbasierten Front-End-Entwicklungsprozesses

Detaillierte Beschreibung des komponentenbasierten Front-End-Entwicklungsprozesses
Hintergrund <br />Studenten, die am Front-End arbeiten, wissen, dass es unübersichtlich wird, wenn zu viele Seiten vorhanden sind. Deshalb müssen wir den Entwicklungsprozess vereinheitlichen. Die Qualität des Entwicklungsprozesses wirkt sich direkt auf die Effizienz der Seitenentwicklung und indirekt auf die Spieldauer aus.

Ziel des Entwicklungsprozesses <br />Seiten können schnell fertiggestellt werden.
Durch die Komponentenbildung wird die Wiederverwendung von Code sichergestellt, um Doppelarbeit zu vermeiden.
Stellen Sie sicher, dass die Seite nach der Online-Schaltung effizient ausgeführt werden kann.

Umfang des Entwicklungsprozesses <br />Standards zur Dateispeicherung.
Die Organisationsstruktur und Codierungsstandards des Codes.
Veröffentlichungsstrategie.
Die erforderlichen Entwicklungstools zur Unterstützung des gesamten Prozesses.
Jedes Team verfügt über eigene Entwicklungsvorgaben. Tatsächlich gibt es nicht die beste Prozessspezifikation, sondern nur die am besten geeignete. Im Folgenden wird eine Reihe allgemeiner Entwicklungsprozessspezifikationen vorgestellt, die auf der Grundlage der Entwicklungsprozesse mehrerer Teams zusammengefasst und optimiert werden.

Ordnerspezifikation <br />Angenommen, der Projektordner ist p/. Dieser Ordner enthält:
p/assets/ speichert Entwicklungstools
p/dev/ speichert Projektdateien im Entwicklungsstatus
p/dpl/ speichert die gemeinsame Komponentenbibliothek des Projekts
p/release/ speichert freigegebene Projektdateien (die Dateien hier sind alle komprimiert)
Die Struktur in p/dev/ ist :
p/dev/website1/public/ Von der gesamten Site gemeinsam genutzte Projekte (von der gesamten Site gemeinsam genutzte Dateien speichern)
p/dev/website1/project1/ Projekt 1
p/dev/website1/project2/ Projekt 2
....
Die Struktur innerhalb jedes Projekts ist:
p/dev/website1/projekt1/seite1.html
p/dev/website1/project1/assets/page1.js
/dev/website1/project1/assets/page1.css
p/dev/website1/projekt1/assets/bilder/
p/dev/website1/project1/include/page1.inc
Die Struktur innerhalb von p/dpl/ ist :
p/dpl/system/ System-JS-Modul
p/dpl/controls/ UI-Modul
p/dpl/widgets/ Geschäftskomponenten Die Struktur der einzelnen Ordner ist wie folgt:
p/dpl/system/kategorie1/komponente1.html
p/dpl/system/category1/assets/component1.js
p/dpl/system/kategorie1/assets/komponente1.css
p/dpl/system/kategorie1/assets/bilder/
Die Struktur innerhalb von p/release/ ist:
Abhängig von der Online-Dateispezifikation kann es auch dasselbe wie p/dev/ sein.

Komponentenbasierte Entwicklungsimplementierung
1. Von der gesamten Site verwendetes JS und CSS
Das von der gesamten Site verwendete JS und CSS werden durch Auswahl einiger Komponenten aus p/dpl/ mithilfe von Tools synthetisiert. Fügen Sie es in p/dev/website1/public/assets/common.js (oder .css) ein.
2. JS und CSS, die nicht von der gesamten Site gemeinsam genutzt werden
Mit dem folgenden Code kann eine Komponente in eine Webseite geladen werden:
?using("System.Kategorie1.Komponente1");
var comp1 = neue Komponente1();
Unter diesen wird System.Category1.Component1 auf p/dpl/system/category1/assets/component1.js (oder .css) abgebildet.
Im Entwicklungszustand werden Komponenten durch die Verwendung synchron geladen. Nach der Veröffentlichung der Seite wird using durch den Quellcode der entsprechenden Komponente ersetzt, ohne dass ein dynamisches Laden erforderlich ist.
3. Asynchrones Laden von JS und CSS
Der Prozess selbst bietet nicht die Funktion zum asynchronen Laden von Komponenten. Im Projekt kann jeder Modullader eines Drittanbieters verwendet werden, um das asynchrone Laden zu implementieren.
4. Wiederverwendung von HTML <br />Schreiben Sie include("include/topbar.inc") in die HTML-Datei, um das entsprechende HTML-Fragment in die Seite einzubetten.

Seitenveröffentlichung <br />Bei der Seitenveröffentlichung geht es hauptsächlich um Folgendes:
Inline-Includes und Usings usw. zur Reduzierung der Seitenaufrufe.
Komprimieren Sie JS und CSS.
Ändern Sie den Dateispeicherort erneut, um ihn den tatsächlichen Projektanforderungen anzupassen (Sie müssen beispielsweise JS und CSS extrahieren und HTML filtern).

<<:  Beispielcode zur Implementierung eines reinen CSS-Popup-Menüs mit Transform

>>:  So stellen Sie Kafka in Docker bereit

Artikel empfehlen

Vue.js implementiert Musikplayer

In diesem Artikel wird der spezifische Code von V...

Analysieren Sie die Dauer von TIME_WAIT aus dem Linux-Quellcode

Inhaltsverzeichnis 1. Einleitung 2. Lassen Sie un...

Dieser Artikel zeigt Ihnen detailliert, wie Sie SQL CASE WHEN verwenden

Inhaltsverzeichnis Einfache CASEWHEN-Funktion: Di...

Lösung für die Lücke zwischen Divs

Wenn Sie HTML-Div-Blöcke verwenden und die Mitte ...

Vue-cli erstellt ein Projekt und analysiert die Projektstruktur

Inhaltsverzeichnis 1. Geben Sie ein Verzeichnis e...

So zeigen Sie die Erstellungszeit von Dateien in Linux an

1. Einleitung Ob die Erstellungszeit einer Datei ...

SQL-Implementierung von LeetCode (196. Doppelte Postfächer löschen)

[LeetCode] 196.Doppelte E-Mails löschen Schreiben...

Detaillierte Erklärung der JSONObject-Verwendung

JSONObject ist lediglich eine Datenstruktur, die ...

JavaScript imitiert den Jingdong-Karusselleffekt

In diesem Artikel wird der spezifische Code für J...

Zwei Möglichkeiten zum Erstellen von SSH-Server-Aliasen in Linux

Vorwort Wenn Sie häufig über SSH auf viele versch...