Heim  >  Artikel  >  Java  >  Warum wurde JSP eliminiert?

Warum wurde JSP eliminiert?

青灯夜游
青灯夜游Original
2020-11-06 12:43:2521185Durchsuche

JSP wurde nicht aufgrund rückständiger Technologie eliminiert, sondern aufgrund von Branchentrends; jetzt liegt der Schwerpunkt auf der Trennung von Front-End und Back-End. Das Front-End schreibt den Front-End-Code und das Back-End schreibt Der Back-End-Code muss nicht getrennt werden. Die Codes werden zusammengeführt, sodass die Verwendung von JSP eingeschränkt ist.

Warum wurde JSP eliminiert?

Der Grund für die Entstehung von JSP

Welches Problem scheint JSP zu lösen?

Sehen wir uns zunächst die folgende Situation an:

Warum wurde JSP eliminiert?

Wenn der Server im Java-Code auf eine HTML-Seite an den Browser antworten möchte, müssen die Tags in den Code eingefügt werden.

Eine solche Operation ist nicht nur sehr umständlich, sondern auch die Lesbarkeit ist schlecht.

Gibt es also eine Möglichkeit, dieses Problem zu lösen?

JSP-Technologie entstand. In einer JSP-Datei können Sie sowohl Java-Code als auch HTML-Code schreiben, was besonders leistungsfähig ist.

JSP-Definition

Der vollständige Name von JSP ist Java Server Pages, was als Java Server Page übersetzt wird. Sein Wesen ist ein vereinfachtes Servlet.

Es handelt sich um einen dynamischen Webseiten-Technologiestandard, der von Sun initiiert und unter Beteiligung vieler Unternehmen etabliert wurde.

Dabaihua ist eine Datei, die sowohl Java-Code als auch HTML-Code schreiben kann.

Warum wurde JSP eliminiert?

Die Tatsache, dass JSP eliminiert wurde, lag nicht an rückständiger Technologie, sondern an Branchentrends.

Jetzt liegt der Schwerpunkt auf der Trennung von Front-End und Back-End. Das Front-End schreibt den Front-End-Code und das Back-End schreibt den Back-End-Code. Es besteht keine Notwendigkeit, den Front-End zu integrieren. End- und Back-End-Codes, daher ist die Verwendung von JSP begrenzt.

Natürlich ist es nicht so, dass niemand es nutzt, es ist nur so, dass es weniger genutzt wird.

Schmerzpunkte bei der Verwendung von JSP:

  • Dynamische Ressourcen und statische Ressourcen sind alle miteinander gekoppelt, und eine echte dynamische und statische Trennung kann nicht erreicht werden. Der Server steht unter großem Druck, da er verschiedene HTTP-Anfragen empfängt, z. B. CSS-HTTP-Anfragen, JS, Bilder, dynamische Codes usw. Sobald es ein Problem mit dem Server gibt, werden Front- und Backend zusammengespielt und die Benutzererfahrung wird extrem schlecht sein.

  • Nachdem der Front-End-Ingenieur den HTML-Code fertiggestellt hat, muss ein Java-Ingenieur den HTML-Code in eine JSP-Seite ändern. Die Fehlerrate ist hoch (da beim Ändern häufig eine große Anzahl von JS-Codes angezeigt wird). Problem: Beide Parteien müssen die Entwicklung koordinieren, was ineffizient ist.

  • JSP muss auf einem Webserver ausgeführt werden, der Java unterstützt (z. B. Tomcat usw.), und darf Nginx usw. nicht verwenden (die HTTP-Parallelität einer einzelnen Instanz von Nginx beträgt bis zu 5 W), und die Leistung kann nicht verbessert werden.

  • Wenn Sie JSP zum ersten Mal anfordern, muss es in ein Servlet auf dem Webserver kompiliert werden. Der erste Lauf ist langsamer.

  • Jedes Mal, wenn Sie JSP anfordern, greifen Sie auf das Servlet zu und verwenden dann den Ausgabestream, um die HTML-Seite auszugeben, was nicht so effizient ist wie die direkte Verwendung von HTML.

  • Es gibt viele Tags und Ausdrücke in JSP. Front-End-Ingenieure werden beim Ändern der Seite überfordert und stoßen auf viele Schwachstellen.

  • Wenn in JSP viel Inhalt vorhanden ist, ist die Seitenreaktion sehr langsam, da sie synchron geladen wird.

Basierend auf einigen der oben genannten Schwachstellen sollten wir die Entwicklungslast des gesamten Projekts nach vorne verlagern, um eine echte Entkopplung von Front- und Back-End zu erreichen!

Das obige ist der detaillierte Inhalt vonWarum wurde JSP eliminiert?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn