Servlets vs frameworks MVC

J'ai très souvent cette question de pourquoi nous avons eu beaucoup de frameworks web traitant de la même ou des inconvénients similaires.

Lors de la recherche en profondeur, j'ai aussi réfléchi sur le pourquoi du JSP /Servlets n'est pas utilisé après les autres frameworks web (comme Struts, Spring MVC, etc) ont montré leur existence?

Est-ce parce que, la dernière frameworks web

  1. fait la plupart des choses sur son propre?
  2. fournit de nombreuses fonctionnalités qui n'est pas disponible avec de Servlet /JSP?
  3. ou le Servlet /JSP est impuissante à fournir de ce dernier cadre de l'?

Toute aide sous la forme de réponses ou de ressources est grandement apprécié.

source d'informationauteur Jegan Kunniya

  1. 7

    Je vais partager certaines de mes idées sur ce point.

    1. Comme dit ci-dessus, ces structures sont développées sur le dessus de Servlet/JSP.
    2. Ils sont destinés à éviter la duplication de code (SEC).
    3. Cadre sont basés sur Modèles de Conception général réutilisables solution pour les problèmes fréquents.
    4. Ils aident communiquer les choses facilement au sein de l'équipe et de les rendre productif et concentré sur le niveau de l'entreprise problème qu'ils tentent de résoudre que ces tâches courantes.
    5. Ils aident dans les accélérer le développement, en fournissant la solution générale généralement des problèmes bien connus. (par exemple, la validation d'un formulaire, de REPOS, d'essai, de l'injection de dépendance, etc.)

    Lorsque vous êtes en développement à grande échelle de l'entreprise app et ont à plusieurs développeurs de travailler sur elle, vous avez certainement besoin d'une certaine uniformité à l'ensemble du projet/code/structure de chaque développeur est écrit. L'exécution forcée de l'extérieur ne sont pas fiables, mais lorsque ceux-ci sont intégrés, il aide à faire le projet pour être facile à maintenir, à l'échelle et facile pour les nouvelles personnes pour être productif avec elle dans peu de temps.

    Je crois que cette règle ne s'applique pas seulement pour servlet-jsp mais pour le JavaScript. Juste JavaScript natif ou encore le faible niveau de l'API JavaScript/les Bibliothèques ne sont pas assez lors de la construction d'une entreprise à l'échelle de l'INTERFACE utilisateur. Adopter les Meilleures-Cadre ou le résumé des communs de la nature et d'en faire un cadre (pas de bibliothèque).

  2. 2

    Spring MVC, travaille toujours avec les Jsp et dans son cœur, il ne prévoit rien de plus qu'un simple répartiteur servlet qui utilise les mécanismes fournis par le Printemps framework MVC (où vous vous inscrivez vos contrôleurs, etc.). Je dirais que c'est une question de commodité et de faire les choses beaucoup plus facile à écrire et à maintenir. En outre, vous pouvez réagir plus facilement aux évolutions actuelles (par exemple, services RESTful... vous avez le code tout à la main dans un servlet). En fin de compte c'est ce que les cadres sont pour.