Maison >Java >JavaBase >Pourquoi jsp a-t-il été éliminé ?

Pourquoi jsp a-t-il été éliminé ?

青灯夜游
青灯夜游original
2020-11-06 12:43:2521327parcourir

JSP a été éliminé non pas à cause d'une technologie arriérée, mais à cause des tendances de l'industrie ; l'accent est désormais mis sur la séparation du front-end et du back-end. Le front-end écrit le code front-end et le back-end. -end écrit le code back-end Il n'est pas nécessaire de séparer les codes front-end et back-end, l'utilisation de jsp est donc limitée.

Pourquoi jsp a-t-il été éliminé ?

La raison pour laquelle jsp apparaît

Quel problème la technologie jsp semble-t-elle résoudre ?

Regardons d'abord la situation suivante :

Pourquoi jsp a-t-il été éliminé ?

En code Java, si le serveur veut répondre à une page HTML au navigateur, les balises doivent à intégrer dans le code.

Une telle opération sera très lourde. Non seulement l'opération est gênante, mais la lisibilité est également mauvaise.

Y a-t-il un moyen de résoudre ce problème ?

La technologie jsp est née. Dans un fichier jsp, vous pouvez écrire à la fois du code Java et du code HTML, ce qui est particulièrement puissant.

définition jsp

Le nom complet de JSP est Java Server Pages, qui est traduit par page de serveur Java. Son essence est un servlet simplifié.

Il s'agit d'une norme technologique de page Web dynamique initiée par Sun et établie par de nombreuses entreprises.

Dabaihua est un fichier qui peut écrire à la fois du code Java et du code HTML.

Pourquoi jsp a-t-il été éliminé ?

jsp a été éliminé non pas à cause d'une technologie arriérée, mais à cause des tendances de l'industrie.

Maintenant, l'accent est mis sur la séparation du front-end et du back-end. Le front-end écrit le code front-end, et le back-end écrit le code back-end. intégrer les codes front-end et back-end, donc l'utilisation de jsp est limitée.

Bien sûr, ce n’est pas que personne ne l’utilise du tout, c’est juste qu’on l’utilise moins.

Les problèmes liés à l'utilisation de JSP :

  • Les ressources dynamiques et les ressources statiques sont toutes couplées, et une véritable séparation dynamique et statique ne peut pas être obtenue. Le serveur est soumis à une forte pression car il recevra diverses requêtes http, telles que des requêtes http css, js, des images, des codes dynamiques, etc. Une fois qu'il y a un problème avec le serveur, le front-end et le backend seront joués ensemble et l'expérience utilisateur sera extrêmement mauvaise.

  • Une fois que l'ingénieur front-end a terminé le code HTML, un ingénieur Java doit modifier le code HTML en une page jsp. Le taux d'erreur est élevé (car une grande quantité de code js apparaît souvent. dans la page), et le problème de modification. Cela nécessite un développement collaboratif des deux parties, ce qui est inefficace.

  • JSP doit être exécuté sur un serveur Web prenant en charge Java (tel que Tomcat, etc.) et ne peut pas utiliser nginx, etc. (la simultanéité http à instance unique nginx peut atteindre 5w) , et les performances ne peuvent pas être améliorées.

  • La première fois que vous demandez JSP, il doit être compilé dans un servlet sur le serveur Web, et la première exécution sera plus lente.

  • Chaque fois que vous demandez JSP, vous accédez au servlet puis utilisez le flux de sortie pour générer la page HTML, ce qui n'est pas aussi efficace que d'utiliser HTML directement.

  • Il existe de nombreuses balises et expressions dans JSP. Les ingénieurs front-end seront étirés lors de la modification de la page et rencontreront de nombreux problèmes.

  • S'il y a beaucoup de contenu dans la JSP, la réponse de la page sera très lente car elle est chargée de manière synchrone.

Sur la base de certains des points faibles ci-dessus, nous devrions faire avancer le poids du développement de l'ensemble du projet pour parvenir à un véritable découplage du front-end et du back-end !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn