Ist AngularJS wirklich so perfekt? Detaillierte Analyse mehrerer Probleme in AngularJS

Abgesehen von den Vorteilen von AngularJS haben zumindest die meisten Front-End-Mitarbeiter immer noch einen fanatischen Respekt vor AngularJS. Weil es die Entwicklung einfach macht. Die Frage ist also: Warum verwenden nicht viele bekannte Websites Angular? Schauen wir uns diesen Artikel gemeinsam an

Beginnen wir mit ein paar Punkten:

1 Die schlechteste SEO-Freundlichkeit

Das ist zweifellos sehr fatal Ein wichtiger Grund, warum viele junge Start-up-Unternehmen es nicht wagen. Suchmaschinen-Crawler und Social-Preview-Screenshots können mit JavaScript gerenderte Seiten nicht erkennen und bestehende Lösungen sind komplex und sehr langsam.

Tatsächlich besteht das Laden einer Seite normalerweise aus fünf Teilen (nehmen Sie Java als Beispiel):

1. Der Browser sendet eine HTTP-Anfrage an den Server

2. Der Server verarbeitet diese Anfrage, um die Ergebnisdaten zu erhalten, ruft die JSP-Vorlage ab, baut die Daten in HTML-Text ein, der vom Browser über die Vorlage erkannt wird, und sendet ihn an den Browser

3. Der Browser analysiert den HTML-Text und präsentiert den Seiteninhalt

Es ist ersichtlich, dass im letzten Schritt, wenn der Browser den HTML-Text erhält, der Prozess erfolgt endet, wir brauchen Die Daten werden angezeigt. Der Prozess der Verwendung von Angular ist wie folgt:

1. Der Browser sendet eine HTTP-Anfrage an den Front-End-Server

2. Der Front-End-Server sendet eine HTML-Vorlage an den Browser

3. Der Browser analysiert den HTML-Code, führt das JS-Skript aus und sendet eine HTTP-Anfrage an den Business-Server

4. Der Server verarbeitet diese Anfrage und erhält die Ergebnisdaten. Kapseln Sie sie im JSON-Format und senden Sie sie an den Browser

5. Der Browser analysiert das JSON und präsentiert die Daten auf der Seite

Diese beiden Prozesse, einer besteht darin, den Seitenerstellungsvorgang auf dem Server zu platzieren, und der andere darin, ihn im Browser zu platzieren. Dies ist der offensichtlichste Unterschied, ganz zu schweigen von der zusätzlichen Anzahl an Interaktionen. Aus Sicht einer Suchmaschine kann sie nur den vom Browser erhaltenen statischen Inhalt sehen und Ihren JS-Code nicht ausführen.

Die erste Suchmaschine sieht einen Artikel, während die zweite Suchmaschine nacheinander geschweifte Klammern sieht! Dies ist auch der Grund, warum von Angular gerenderte Seiten in die „Blacklist“ von Baidu aufgenommen werden. Wie kann man es also lösen?

Zitat:

Es gibt zwei Möglichkeiten, Crawlern den Zugriff auf Ihre Website zu ermöglichen. Sie können eine Browserinstanz auf Ihrem Server ausführen und dann nach der JavaScript-Ausführung HTML-Seiten basierend auf dem DOM generieren. Oder Sie können einen weiteren Satz statischer HTML-Seiten für Suchcrawler erstellen.
Die erstere Lösung erfordert, dass Sie WebKit (und möglicherweise Xvfb) installieren und dann die Seite generieren, nachdem sie geladen wurde (Sie können auch Caching verwenden, aber das erhöht die Komplexität.) Dadurch erhöht sich die Ladezeit Ihrer Seite. Dies wirkt sich auf Ihre Suchmaschinen-Rankings aus .
Die letztere Lösung (Erstellen einer weiteren serverseitigen Website) kann einfache Websites befriedigen, aber wenn Ihre Seiten sehr vielfältig sind, wird es ein Albtraum. Und wenn Ihre Backup-Website völlig im Widerspruch zu Ihrer Hauptwebsite steht, werden Sie von Google hart bestraft und Ihr Traffic wird drastisch sinken.

2. Die schlechteste Benutzererfahrung

Nach der Verwendung von AngularJS ist die Seitenrendering-Methode in mehrere Prozesse aufgeteilt. Wenn ich also eine Seite besuche, gibt es viele davon Ich habe offensichtlich das Gefühl, dass der Rendervorgang des Browsers zu groß ist. Dieser Vorgang ist sehr schlecht, insbesondere wenn der Ladevorgang auf dem Client erfolgt.

In Rich-JavaScript-Anwendungen erfolgen Seitenübergänge normalerweise sofort und dann werden verschiedene Elemente vom Server geladen. Bei serverseitigen Anwendungen beginnt die Seite mit dem Rendern von Daten, ohne darauf zu warten, dass der Client alle Daten herunterlädt.

Es hört sich so an, als wäre die Client-Anwendung besser, aber in Wirklichkeit ist das eine Illusion.
Stellen Sie sich vor, wenn der Benutzer auf einen Link klickt, erscheint sofort eine Ladeanimation in der JS-Anwendung des Clients, das Laden der Daten dauert jedoch 5 Sekunden. Die Anwendung sieht auf den ersten Blick einfach schnell aus.
Lassen Sie uns nicht darüber diskutieren, wie viele Programmierer dieser Seite Funktionen hinzufügen möchten. Es ist für Sie schwierig, von den Leuten zu verlangen, dass sie den Inhalt schnell und asynchron präsentieren. Tatsächlich wird es den Leuten egal sein, wenn die Dinge unter der Seite später geladen werden.

Wenn in serverseitigen Anwendungen ein API-Aufruf langsam ist, wird die gesamte Seite langsam geladen. Sie können die serverseitige Langsamkeit nicht ignorieren, da sie jeden betrifft. Aber die Langsamkeit des Kunden wird leicht übersehen.

Sie können die Langsamkeit des Servers leicht beheben, da der Server steuerbar ist und auf der von Ihnen konfigurierten Maschine läuft. Sie können genau wissen, was auf dieser Maschine passiert. Darüber hinaus befinden sich die meisten Server in einem internen Cluster-Netzwerk, wodurch die Informationsübertragung zwischen ihnen sehr schnell erfolgt. Selbst wenn eine Aktion mehrere Informationsübertragungen erfordert, kann sie in einem Augenblick abgeschlossen werden. Aber die Übertragung dieser Übertragungen auf den Client wird aus vielen Gründen zu einer Verlangsamung führen.
Wir können weder streng kontrollieren, welche Browser Benutzer verwenden, noch können wir die Konfiguration der Computer der Benutzer kontrollieren, aber wir können alles über unsere eigenen Server kontrollieren.

3. Das Wichtigste ist zu geschmacklos

Geschmacklos? Einige Leute werden sagen, dass AngularJS verschiedene Vorteile hat, wie zum Beispiel „einfache Wartung“, „bequeme Codierung“ und so weiter. Dies basiert jedoch auf Einbußen bei Leistung und Benutzererfahrung. Und die sogenannte „Abhängigkeitsinjektion“ und andere Back-End-Ideen werden zwangsweise in das Front-End eingeführt. Das scheint hochtrabend, aber was scheint falsch zu sein? Das Back-End ist in Architekturen und Dienste unterteilt und dient der einfacheren Entwicklung. Das Web-Front-End selbst ist nur HTML-Text, der im Browser angezeigt wird es würde ihm wirklich helfen.

Aufgrund dieser Annehmlichkeiten kann man nicht sagen, dass es nutzlos ist, aber In jedem Szenario gibt es fast eine Lösung, die AngularJS perfekt ersetzen und bessere Ergebnisse liefern kann . Das. . . Das ist peinlich! Zum Beispiel freemaker.

Freemaker ist jedem bekannt. Es kann die von Java bereitgestellte FreemakerApi-Funktion direkt aufrufen, anstatt eine HTTP-Anfrage über Ajax auszuführen, um Daten asynchron zu erhalten. In ähnlicher Weise übertrifft seine Leistung auch AngularJS.Vielleicht ist es im Vergleich zu seiner Leistung ein wenig schikanierend, aber als Template-Engineist Freemaker in der Tat qualifiziert, AngularJS in Bezug auf die Leistung zu vernichten.

Aus Gründen der Benutzerfreundlichkeit kann Freemaker nicht nur Java-Funktionen direkt aufrufen, sondern auch Daten über http abrufen, die erhaltenen Daten werden jedoch in HTML-Text umgewandelt und dann zum Parsen an den Browser übergeben. Und das Wichtigste ist, dass es auch Abhängigkeitsinjektion und andere verwandte Funktionen unterstützt und die oben genannten Punkte perfekt in das Back-End-Programm integriert, sei es in Bezug auf Skalierbarkeit, Wartbarkeit, Gesamtleistung, Benutzererfahrung usw ., es ist Crushed AngularJS. Das Einzige, was nicht so gut ist wie AngularJS, ist die Entwicklungsphase. Im Vergleich zur Angular-Entwicklung ist die Freemaker-Entwicklung komplizierter, oder mit anderen Worten, Angular ist im Entwicklungsprozess viel einfacher. Wenn die Entwicklung nur Spaß macht und viele Leistungsfaktoren verworfen werden, ist dies für manche Menschen sehr beängstigend optimieren ständig, um Leistungsmechanismen zu erreichen, während einige Leute für eine einfachere Entwicklung optimieren. Ich kann nicht sagen, wer Recht oder Unrecht hat, aber ich bevorzuge Ersteres.

Abgesehen von Freemaker gibt es auch eine große Anzahl austauschbarer Lösungen in NodeJS und eine große Anzahl von MVC-Frameworks, daher werde ich hier nicht auf Details eingehen.

Ich denke, die Rolle von js im Browser sollte eher in der Interaktion als in der Inhaltspräsentation liegen. Das ist nicht die richtige Lösung.

4. Probleme mit Anwendungsszenarien

AngularJS scheint eine gute Wahl in dem Szenario zu sein, in dem das vordere und hintere Ende getrennt sind, aber wie oben erwähnt, berücksichtigt AngularJS zu viel Wenn das Front-End und das Back-End zu eng sind, ist die Entwicklung nach unserer Trennung bequemer geworden, aber die ursprüngliche Leistung und Erfahrung ging verloren, was zweifellos ein Fehler ist. In Kombination mit diesen Gründen kann es nur sehr wenige Szenarien geben, in denen AngularJS auftreten kann Wird verwendet, scheint aber im Hintergrund zu sein (kann in zwei Szenarien verwendet werden: Back-End-Management-Kontrollfeld) und WEBApp.

Dann stellt sich die Frage, dass bei der Entwicklung der Verwaltungskonsolenseite nicht allzu viel auf die Leistung geachtet werden muss und sie auch nicht für SEO optimiert werden muss, aber der Mittelpunkt in diesem Szenario ist die Interaktion und nicht die Anzeige von Inhalten . AngularJS hat seine Position als Front-End-Template-Engine verloren. Seine Rolle war minimal, was peinlich war.

Bei der Entwicklung einer WebApp muss sie möglicherweise keine SEO berücksichtigen. In Bezug auf die Leistung kann das App-Framework die Leistung optimieren, da ich die von den Benutzern verwendete Client-Version streng kontrollieren kann. Ich kann das App-Framework auswählen, aber da ich das App-Entwicklungsframework selbst auswählen kann, verfügt fast jedes App-Framework über eine Lösung, die AngularJS übertrifft, sowohl hinsichtlich der Leistung als auch der Benutzerfreundlichkeit. Das scheint also schlimmer zu sein als die Entwicklung der Admin-Konsolenseite.

Aufgrund dieser Punkte halte ich die Position von AngularJS für sehr peinlich.

Das einzige Szenario ohne Konflikte ist möglicherweise das Szenario der Entwicklung interner Anwendungen des Unternehmens.

Das ist vielleicht der Grund, warum AngularJS großartig erscheint, aber nur wenige Unternehmen entscheiden sich dafür. Das Streben nach Leistung ist das, was jeder Programmierer haben sollte, insbesondere diejenigen, die sich mit der Backend-Entwicklung befassen. Sie werden mehr in Betracht ziehen und können nicht auf Erfahrung verzichten, um eine scheinbar bequeme Entwicklung zu erreichen. Wenn Sie wirklich aufgeben, welchen Unterschied werden Sie dann zwischen der Junior High School und der High School machen? Woher kam der Architekt? Starten Sie einfach eine Reihe von Code-Beratungen.

In ähnlicher Weise hat dies auch bei einigen Front-End-Ingenieuren bei Interviews zu Verlegenheit geführt:

F: Wissen Sie, wie man AngularJs verwendet?
Antwort: Ja! Also. . Aber nicht viel genutzt. . Aber das tue ich wirklich. . Äh

Reden wir nicht über die Vorteile von AngularJS. Zumindest haben die meisten Front-End-Mitarbeiter immer noch einen fanatischen Respekt vor AngularJS. Weil es die Entwicklung einfach macht. Die Frage ist also: Warum verwenden nicht viele bekannte Websites Angular?
Lassen Sie mich mit ein paar Punkten beginnen:

Die schlechteste SEO-Freundlichkeit

Das ist zweifellos sehr fatal, was dazu geführt hat, dass viele junge Start-up-Unternehmen leicht scheitern Grund, den Versuch zu wagen. Suchmaschinen-Crawler und Social-Preview-Screenshots können mit JavaScript gerenderte Seiten nicht erkennen und bestehende Lösungen sind komplex und sehr langsam.

Tatsächlich besteht das Laden einer Seite normalerweise aus fünf Teilen (nehmen Sie Java als Beispiel):

1. Der Browser sendet eine HTTP-Anfrage an den Server

2. Der Server verarbeitet diese Anfrage, um die Ergebnisdaten zu erhalten, ruft die JSP-Vorlage ab, baut die Daten in HTML-Text ein, der vom Browser über die Vorlage erkannt wird, und sendet ihn an den Browser

3. Der Browser analysiert den HTML-Text und präsentiert den Seiteninhalt

Das ist im letzten Schritt zu sehen, wenn der Browser den HTML-Text erhält Wenn der Prozess beendet ist, benötigen wir Die Daten werden angezeigt. Der Prozess der Verwendung von Angular ist wie folgt:

1. Der Browser sendet eine HTTP-Anfrage an den Front-End-Server

2. Der Front-End-Server sendet eine HTML-Vorlage an den Browser

3. Der Browser analysiert den HTML-Code, führt das JS-Skript aus und sendet eine HTTP-Anfrage an den Business-Server

4. Der Server verarbeitet diese Anfrage und erhält die Ergebnisdaten. Kapseln Sie sie in das Json-Format und senden Sie sie an den Browser

5. Der Browser analysiert das Json und präsentiert die Daten auf der Seite

Diese beiden Prozesse, einer besteht darin, den Seitenerstellungsvorgang auf dem Server abzulegen, und der andere darin, ihn im Browser abzulegen. Dies ist der offensichtlichste Unterschied, ganz zu schweigen von der zusätzlichen Anzahl an Interaktionen. Aus Sicht einer Suchmaschine kann sie nur den vom Browser erhaltenen statischen Inhalt sehen und Ihren JS-Code nicht ausführen.

Die erste Suchmaschine sieht einen Artikel, während die zweite Suchmaschine die geschweiften Klammern einzeln sieht! Dies ist auch der Grund, warum von Angular gerenderte Seiten in die „Blacklist“ von Baidu aufgenommen werden. Wie kann man es also lösen?

Zitat:

Es gibt zwei Möglichkeiten, Crawlern den Zugriff auf Ihre Website zu ermöglichen. Sie können eine Browserinstanz auf Ihrem Server ausführen und dann nach der JavaScript-Ausführung HTML-Seiten basierend auf dem DOM generieren. Oder Sie können einen weiteren Satz statischer HTML-Seiten für Suchcrawler erstellen.
Bei der ersteren Option müssen Sie WebKit (und möglicherweise Xvfb) installieren und die Seite dann generieren, nachdem sie geladen wurde (Sie können auch Caching verwenden, aber das erhöht die Komplexität.) Dadurch verlängert sich die Ladezeit Ihrer Seite. Dies wirkt sich auf Ihr Suchmaschinenranking aus .
Die letztere Lösung (Erstellen einer weiteren serverseitigen Website) kann einfache Websites befriedigen, aber wenn Ihre Seiten sehr vielfältig sind, wird es ein Albtraum. Und wenn Ihre Backup-Website völlig im Widerspruch zu Ihrer Hauptwebsite steht, werden Sie von Google hart bestraft und Ihr Traffic wird drastisch sinken.

2. Die schlechteste Benutzererfahrung

Nach der Verwendung von AngularJS ist die Seitenrendering-Methode in mehrere Prozesse aufgeteilt. Wenn ich also eine Seite besuche, gibt es viele Ich habe offensichtlich das Gefühl, dass der Rendervorgang des Browsers zu viel Inhalt zum Laden hat. Dieser Vorgang ist sehr schlecht, insbesondere wenn der Ladevorgang auf dem Client erfolgt.

In Rich-JavaScript-Anwendungen erfolgen Seitenübergänge normalerweise sofort und dann werden verschiedene Elemente vom Server geladen. Bei serverseitigen Anwendungen beginnt die Seite mit dem Rendern von Daten, ohne darauf zu warten, dass der Client alle Daten herunterlädt.

Es hört sich so an, als wäre die Client-Anwendung besser, aber in Wirklichkeit ist das eine Illusion.
Stellen Sie sich vor, wenn der Benutzer auf einen Link klickt, erscheint sofort eine Ladeanimation in der JS-Anwendung des Clients, das Laden der Daten dauert jedoch 5 Sekunden. Die Anwendung sieht auf den ersten Blick einfach schnell aus.
Lassen Sie uns nicht darüber diskutieren, wie viele Programmierer dieser Seite Funktionen hinzufügen möchten. Es ist für Sie schwierig, von den Leuten zu verlangen, dass sie den Inhalt schnell und asynchron präsentieren. Tatsächlich wird es den Leuten egal sein, wenn die Dinge unter der Seite später geladen werden.

Wenn in serverseitigen Anwendungen ein API-Aufruf langsam ist, wird die gesamte Seite langsam geladen. Sie können die serverseitige Langsamkeit nicht ignorieren, da sie jeden betrifft. Aber die Langsamkeit des Kunden wird leicht übersehen.

Sie können die Langsamkeit des Servers leicht beheben, da der Server steuerbar ist und auf der von Ihnen konfigurierten Maschine läuft. Sie können genau wissen, was auf dieser Maschine passiert. Darüber hinaus befinden sich die meisten Server in einem internen Cluster-Netzwerk, wodurch die Informationsübertragung zwischen ihnen sehr schnell erfolgt. Selbst wenn eine Aktion mehrere Informationsübertragungen erfordert, kann sie in einem Augenblick abgeschlossen werden. Aber die Übertragung dieser Übertragungen auf den Client wird aus vielen Gründen zu einer Verlangsamung führen.
Wir können weder streng kontrollieren, welche Browser Benutzer verwenden, noch können wir die Konfiguration der Computer der Benutzer kontrollieren, aber wir können alles über unsere eigenen Server kontrollieren. (Wenn Sie mehr erfahren möchten, besuchen Sie die chinesische PHP-Website AngularJS Development Manual)

3. Das Wichtigste ist zu geschmacklos

geschmacklos? Einige Leute werden sagen, dass AngularJS verschiedene Vorteile hat, wie zum Beispiel „einfache Wartung“, „bequeme Codierung“ und so weiter. Dies basiert jedoch auf Einbußen bei Leistung und Benutzererfahrung. Und die sogenannte „Abhängigkeitsinjektion“ und andere Back-End-Ideen werden zwangsweise in das Front-End eingeführt. Das scheint hochtrabend, aber was scheint falsch zu sein? Das Back-End ist in Architekturen und Dienste unterteilt und dient der einfacheren Entwicklung. Das Web-Front-End selbst ist nur HTML-Text, der im Browser angezeigt wird es würde ihm wirklich helfen.

Aufgrund dieser Annehmlichkeiten kann man nicht sagen, dass es nutzlos ist, aber In jedem Szenario gibt es fast eine Lösung, die AngularJS perfekt ersetzen und bessere Ergebnisse liefern kann . Das. . . Das ist peinlich! Zum Beispiel freemaker.

Freemaker ist jedem bekannt. Es kann die von Java bereitgestellte FreemakerApi-Funktion direkt aufrufen, anstatt eine HTTP-Anfrage über Ajax auszuführen, um Daten asynchron zu erhalten. In ähnlicher Weise übertrifft seine Leistung auch AngularJS.Vielleicht ist es im Vergleich zu seiner Leistung ein wenig schikanierend, aber als Template-Engineist Freemaker in der Tat qualifiziert, AngularJS in Bezug auf die Leistung zu vernichten.

Aus Gründen der Benutzerfreundlichkeit kann Freemaker nicht nur Java-Funktionen direkt aufrufen, sondern auch Daten über http abrufen, die erhaltenen Daten werden jedoch in HTML-Text umgewandelt und dann zum Parsen an den Browser übergeben. Und das Wichtigste ist, dass es auch Abhängigkeitsinjektion und andere verwandte Funktionen unterstützt und die oben genannten Punkte perfekt in das Back-End-Programm integriert, sei es in Bezug auf Skalierbarkeit, Wartbarkeit, Gesamtleistung, Benutzererfahrung usw ., es ist Crushed AngularJS. Das Einzige, was nicht so gut ist wie AngularJS, ist die Entwicklungsphase. Im Vergleich zur Angular-Entwicklung ist die Freemaker-Entwicklung komplizierter, oder mit anderen Worten, Angular ist im Entwicklungsprozess viel einfacher. Wenn die Entwicklung nur Spaß macht und viele Leistungsfaktoren verworfen werden, ist dies für manche Menschen sehr beängstigend optimieren ständig, um Leistungsmechanismen zu erreichen, während einige Leute für eine einfachere Entwicklung optimieren. Ich kann nicht sagen, wer Recht oder Unrecht hat, aber ich bevorzuge Ersteres.

Abgesehen von Freemaker gibt es auch eine große Anzahl austauschbarer Lösungen in NodeJS und eine große Anzahl von MVC-Frameworks, daher werde ich hier nicht auf Details eingehen.

Ich denke, die Rolle von js im Browser sollte eher in der Interaktion als in der Inhaltspräsentation liegen. Das ist nicht die richtige Lösung.

4. Probleme mit Anwendungsszenarien

AngularJS scheint eine gute Wahl in dem Szenario zu sein, in dem das vordere und hintere Ende getrennt sind, aber wie oben erwähnt, berücksichtigt AngularJS zu viel Wenn das Front-End und das Back-End zu eng sind, ist die Entwicklung nach unserer Trennung bequemer geworden, aber die ursprüngliche Leistung und Erfahrung ging verloren, was zweifellos ein Fehler ist. In Kombination mit diesen Gründen kann es nur sehr wenige Szenarien geben, in denen AngularJS auftreten kann Wird verwendet, scheint aber im Hintergrund zu sein (kann in zwei Szenarien verwendet werden: Back-End-Management-Kontrollfeld) und WEBApp.

Dann stellt sich die Frage, dass bei der Entwicklung der Verwaltungskonsolenseite nicht allzu viel auf die Leistung geachtet werden muss und sie auch nicht für SEO optimiert werden muss, aber der Mittelpunkt in diesem Szenario ist die Interaktion und nicht die Anzeige von Inhalten . AngularJS hat seine Position als Front-End-Template-Engine verloren. Seine Rolle war minimal, was peinlich war.

Bei der Entwicklung einer WebApp muss sie möglicherweise keine SEO berücksichtigen. In Bezug auf die Leistung kann das App-Framework die Leistung optimieren, da ich die von den Benutzern verwendete Client-Version streng kontrollieren kann. Ich kann das App-Framework auswählen, aber da ich das App-Entwicklungsframework selbst auswählen kann, verfügt fast jedes App-Framework über eine Lösung, die AngularJS übertrifft, sowohl hinsichtlich der Leistung als auch der Benutzerfreundlichkeit. Das scheint also schlimmer zu sein als die Entwicklung der Admin-Konsolenseite.

Aufgrund dieser Punkte halte ich die Position von AngularJS für sehr peinlich.

Das einzige Szenario ohne Konflikte ist möglicherweise das Szenario der Entwicklung interner Anwendungen des Unternehmens.

Das ist vielleicht der Grund, warum AngularJS großartig erscheint, aber nur wenige Unternehmen entscheiden sich dafür. Das Streben nach Leistung ist das, was jeder Programmierer haben sollte, insbesondere diejenigen, die sich mit der Backend-Entwicklung befassen. Sie werden mehr in Betracht ziehen und können nicht auf Erfahrung verzichten, um eine scheinbar bequeme Entwicklung zu erreichen. Wenn Sie wirklich aufgeben, welchen Unterschied werden Sie dann zwischen der Junior High School und der High School machen? Woher kam der Architekt? Starten Sie einfach eine Reihe von Code-Beratungen.

In ähnlicher Weise sorgte dies auch bei einigen Front-End-Ingenieuren bei Vorstellungsgesprächen für Peinlichkeit:

F: Wissen Sie, wie man AngularJs verwendet?

Antwort: Ja! Also. . Aber nicht viel genutzt. . Aber das tue ich wirklich. . Äh

Dieser Artikel endet hier (wenn Sie mehr sehen möchten, besuchen Sie die chinesische PHP-Website AngularJS-Benutzerhandbuch , um mehr zu erfahren). eine Nachricht unten.

Das obige ist der detaillierte Inhalt vonIst AngularJS wirklich so perfekt? Detaillierte Analyse mehrerer Probleme in AngularJS. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!