Einige Gedanken zu Front-End-Frameworks und Front-End-Bibliotheken in der Webentwicklung_Javascript-Kenntnisse

Apropos Front-End-Framework: Ich bin auch betrunken. Wenn ich jetzt zu einem Vorstellungsgespräch gehe oder mit Kollegen chatte, falle ich immer in diesen Rahmen. Dieser Rahmen ist so scharf.

Natürlich verkleinere ich den Rahmen nicht, es fühlt sich einfach so an, als würde man ein Huhn mit dem Volltreffer töten. Website-Technologie existiert für Unternehmen und ist darüber hinaus bedeutungslos, und das Gleiche gilt für Frameworks. Bei der Technologieauswahl und dem Architekturdesign kann es kontraproduktiv sein und die Website-Entwicklung auf einen holprigen Weg führen, wenn man sich von der Realität der Website-Geschäftsentwicklung trennt und blind modische neue Technologien verfolgt. Es ist wie eine kleine E-Commerce-Website mit einem durchschnittlichen täglichen PV von nur ein paar Hundert, aber sie möchte schreien: „Das ist es, was ein bestimmter Schatz tut“, und dann einen Anwendungsservercluster aufbauen, ein verteiltes Dateisystem und eine verteilte Datenbank verwenden Datenbanksystem ... warten Sie darauf ... Eine Reihe von Mitteln zur Bewältigung hoher Parallelität und massivem Datenzugriff. Ich möchte sagen: Macht das Sinn?

Missverständnis des Front-End-Frameworks

Der Wert einer Website liegt in dem Wert, den sie den Benutzern bieten kann, in dem, was die Website leisten kann, und nicht in der Art und Weise, wie sie erstellt wird. Daher ist es wichtig, den architektonischen Rahmen der Website zu verfolgen, wenn die Website noch sehr klein ist Opfere das Gute und das Letzte, und der Gewinn überwiegt den Verlust. Das Gleiche gilt für Front-End-Frameworks. Wenn es sich um ein einfaches seitenbasiertes Produkt handelt, ist die Anwendung nur auf den Server angewiesen, um Webseiten und Ansichten zu generieren, und muss nur einfaches Javascript oder JQuery verwenden, um die Anwendung interaktiver zu gestalten , dann wird eine JQuery-Front-End-Klassenbibliothek erstellt. Das ist alles, es besteht wirklich keine Notwendigkeit, ein großes Framework zu verwenden.

Natürlich sind Frameworks in der Tat sehr nützlich. Der Schlüssel ist, dass wir wissen müssen, wann wir welches Framework verwenden müssen. Die Erfahrungen und Erfolgsmodelle großer Unternehmen und Großprojekte sind sicherlich wichtig und es lohnt sich, daraus zu lernen, aber wir können nicht blind gehorchen. Nur wenn wir das Front-End-Framework genau verstehen und wissen, wann welches Framework zur Lösung welcher Probleme eingesetzt werden muss, können wir zielgerichtet die Kernpunkte erreichen.

Der Unterschied zwischen Front-End-Framework und Front-End-Klassenbibliothek

Bevor ich ein Framework verwende, halte ich es für wichtig, den Unterschied zwischen Klassenbibliotheken (wie JQuery) und Frameworks (wie AngularJS) zu verstehen.

Einfach ausgedrückt lösen Klassenbibliotheken Probleme bei der Wiederverwendung oder Komplexitätskapselung auf Code- oder Modulebene, z. B. indem sie ein Funktionsmodul, das komplexe Probleme löst, in eine Funktion kapseln und eine einfache Schnittstelle bereitstellen. Die Bibliothek ist ein Tool, das viele gekapselte Methoden bereitstellt. Ob wir sie verwenden oder nicht, hängt von uns selbst ab. Auch wenn wir sie verwenden, hat dies keinen Einfluss auf unsere Codestruktur.

Bei dem Framework geht es eher um die Wiederverwendung auf Musterebene und die Standardisierung der Programmorganisation. Das Muster bezieht sich hier beispielsweise auf MVC. Um die Entkopplung von M und V zu erreichen, wird die komplexe Kopplungsbeziehung vom sich häufig ändernden Geschäftscode auf das sich selten ändernde Framework für die interne Verdauung übertragen. Es geht darum, eine Reihe von Lösungen für ein Feld bereitzustellen und die Entwicklungseffizienz zu verbessern. Wenn wir uns für die Verwendung eines bestimmten Frameworks entscheiden, sollten wir die im Framework festgelegten Regeln befolgen.

Der Hauptunterschied zwischen den beiden ist: JQuery konzentriert sich auf DOM-Operationen, während das Framework, genauer gesagt das MVC-Framework, sich auf das Modell konzentriert und DOM-Operationen zusätzlich sind. Daher besteht das ultimative Ziel der Modellzentrierung darin, einen vollständigen Satz von Workflow-Änderungen herbeizuführen, damit Back-End-Ingenieure Front-End-Modellcode schreiben und die Interaktion zwischen Back-End und Front-End-Designern abwickeln können zwischen UI und Modellen. Sie können HTML-Quellcodes gezielt und problemlos verarbeiten und in Form von Schnittstellenvorlagen an Interaktionsingenieure übermitteln. Diese Reihe von Kooperationsmechanismen kann die Entwicklungseffizienz erheblich verbessern. Durch den Einsatz des MVC-Frameworks können Frontend-Aufgaben besser entkoppelt werden.

Idee für ein Front-End-MVC-Framework

Wir wissen, dass das traditionelle MVC-Modell eine Anwendung in Modellschicht (Modell), Ansichtsschicht (Ansicht) und Steuerungsschicht (Controller) unterteilt. Sie übernehmen unterschiedliche Rollen im Bewerbungssystem und erfüllen unterschiedliche Aufgaben.

Modell: Das Datenmodell wird verwendet, um Daten im Zusammenhang mit der Geschäftslogik der Anwendung zu packen oder die Daten zu verarbeiten. Das Modell kann direkt auf die Daten zugreifen.

Ansicht: Die Ansicht wird verwendet, um Daten für einen bestimmten Zweck anzuzeigen. Um die neuesten Funktionen in der Ansicht zu implementieren, muss die Ansicht auf das von ihr überwachte Datenmodell zugreifen.

Controller: Der Controller regelt die Verbindung zwischen dem Modell und der Ansicht. Er steuert den Ablauf der Anwendung, verarbeitet Ereignisse und reagiert. Zu den Ereignissen zählen nicht nur das Benutzerverhalten, sondern auch Änderungen im Datenmodell. Durch die Erfassung von Benutzerereignissen wird die Modellebene benachrichtigt, um eine entsprechende Aktualisierungsverarbeitung durchzuführen, und Aktualisierungen und Änderungen an der Modellebene werden der Ansicht mitgeteilt, wodurch die Ansicht entsprechende Änderungen vornimmt. Der Controller stellt somit die Konsistenz zwischen der Ansicht und dem Modell sicher.

Mein Verständnis der Front-End-Ansicht ist, dass die Teile, die sich direkt auf die Elemente auf der Seite beziehen, zur Ansicht gehören. Einschließlich HTML, CSS und einige JS, die Seitenelemente direkt steuern. Sie können Daten aus dem Modell abrufen und auf der Seite anzeigen. Alle Datenänderungen und Anfragen werden vom Verantwortlichen bearbeitet.

Was ist mit Controller? Als Bindeglied zwischen Modell und Ansicht leitet der Controller Ansichtsanfragen an das entsprechende Modell weiter und aktualisiert die Ansicht bei Bedarf. Der Controller selbst kann auch als Beobachter des Modells fungieren und Änderungen am Modell erhalten. Da es sich um den Controller selbst handelt, sollte es keinen Code mit Seitenelementen geben.

Lassen Sie uns abschließend über das Modell sprechen. Die Kommunikation mit dem Backend, AJAX-Anfragen und die Datenverarbeitung sind die Arbeit des Modells. Das Modell selbst weiß nicht, wer die Ansicht und wer der Controller ist. Es stellt nur einige Methoden zum Aufrufen von View und Controller bereit und benachrichtigt den Beobachter View oder Controller über Änderungen. Offensichtlich sind auch die Modell- und Seitenelemente entkoppelt.

Obwohl es viele Unterschiede zwischen Frameworks gibt, die auf dem MVC-Modell basieren, ist das Modell im Allgemeinen für das Speichern der von vier benötigten Daten und die Datenverarbeitungslogik verantwortlich, z. B. Lesen und Schreiben, Aktualisieren, Löschen, Validieren, Konvertieren usw. View ist dafür verantwortlich, die vom Modell bereitgestellten Daten zu empfangen und anzuzeigen, Benutzereingaben zu empfangen und auf Ereignisse zu reagieren. Nach der Aktualisierung des Modells werden die Aktualisierungen zeitnah an den Benutzer zurückgesendet. Der Controller verwaltet die Geschäftslogik und die Ereignislogik.

Erkennen Sie sich selbst und den Feind und verschreiben Sie die richtige Medizin

Heutzutage gibt es immer mehr Front-End-Frameworks und Klassenbibliotheken. Die Wahl des richtigen Frameworks oder der richtigen Klassenbibliothek ist meiner Meinung nach nicht nötig, blind dem Trend zu folgen. Wenn Sie ein beliebtes Framework sehen, werden Sie einfach eine Woche lang herumlaufen und es essen, und dann, weil Sie es nicht tun Wenn Sie es nicht für Projektarbeiten benötigen, können Sie es einige Monate lang nicht verwenden. Haben Sie wieder alles vergessen.

Ich denke, das Wichtigste ist, eine solide Grundlage zu schaffen. Der Schlüssel besteht darin, die Rolle jeder Klassenbibliothek und jedes Frameworks zu verstehen Studieren Sie die API, wenn das Projekt sie benötigt.

Abschließend müssen wir uns über die Einschränkungen der MVC-Anwendung in der Front-End-Entwicklung im Klaren sein. Wenn ein einfaches Projekt das MVC-Framework verwendet, kann das Projekt komplexer werden. Da die Komplexität des Web-Front-Ends weiter zunimmt und sich das Front-End-MVC-Framework weiterentwickelt, glaube ich natürlich, dass das MVC-Framework in zukünftigen komplexen Anwendungssoftwareprodukten definitiv einen Effizienzsprung für das Front-End bringen wird arbeiten.

Das Obige ist nur mein grundlegendes Verständnis von Front-End-Frameworks und Klassenbibliotheken. Wenn Sie sie nicht mögen, kritisieren Sie sie nicht. Ich hoffe, Sie können bessere Möglichkeiten finden, Frameworks und Klassenbibliotheken zu lernen. Gemeinsam Fortschritte machen und gemeinsam lernen.

Wenn der Artikel technische Fehler enthält, korrigieren Sie mich bitte. Es ist eine Sünde, andere in die Irre zu führen.