Différence entre Struts Struts 1 et 2?

J'avais été en utilisant struts 2, mais pour quelques raisons, je suis en déplacement (à l'arrière) à Struts 1 . Je voudrais savoir de grandes diffrences entre eux comme sur programatic des disponibilités et des flux généralistes.

Je vous souhaite de passer par les références ollahero.com/2011/09/15/struts1-vs-struts2 java-samples.com/showtutorial.php?tutorialid=200
J'espère que la seule raison pour laquelle vous allez de nouveau à Struts 1 est parce que votre entreprise est-ce qui vous--il y a aucun, c'est une option préférée à partir d'une technique/point de vue de productivité.
d'accord avec vous depuis que j'ai moi-même pouvez voir la raison d'aller pour struts2 de struts1 mais pas vice-versa.
"J'avais été en utilisant Windows XP, mais pour quelques raisons, je suis en déplacement (à l'arrière) pour Windows 3.1. Je voudrais savoir de grandes différences entre eux..."
Oui,je sais Struts 2 est plus puissant que Struts 1, mais le projet que j'ai eu, est en Struts 1. c'est pourquoi je viens de regarder pour differences....@Steven qu'est-Ce que cela..???

OriginalL'auteur Nils | 2011-11-04

  1. 4

    Dans http://www.java-samples.com vous pouvez trouver un moyen rapide et complète réponse. En d'autres mots, si vous le pouvez, oubliez les Boudins et utiliser uniquement Struts2...

    C'est le tableau de comparaison de la Programmation des Tutoriels du site, mentionné ci-dessus:Différence entre Struts Struts 1 et 2?

    La Fin De Vie Struts 1 version a été lancée en décembre 2008 et est la version 1.3.10. Vous pouvez encore le faire et continuera de fonctionner, mais il n'y a pas de soutien ou de développement. Vous êtes sur votre propre.

    OriginalL'auteur Costis Aivalis

  2. 12

    Laissez-nous voir le composant et les différences fonctionnelles entre struts 1.x et struts 2.x

     In struts 1.x front controller is ActionServlet
    In 2.x front controller is FilterDispatcher

In struts 1.x we have RequestProcessor class
    In 2.x we have Interceptors instead RequestProcessor will see about this concept later just remember as of now

In struts 1.x we have multiple tag libraries like, html, logic, bean..etc
    In 2.x we do not have multiple libraries, instead we have single library which includes all tags

In struts 1.x the configuration fine name can be [any name].xml and we used to place in web-inf folder
    In 2.x the configuration file must be struts.xml only and this must be in classes folder

In struts 1.x we have form beans and Action classes separately
    In 2.x form bean, Action classes are combinedly given as Action class only, of course we can take separately if we want ;)

In struts 1.x properties file must be configured in struts-config.xml
    But in 2.x we need to configure our resource bundle(s) in struts.properties file

In struts 1.x we have programmatic and declarative validations only
    In 2.x we have annotations support too along with programmatic and declarative validations

    Différences Fonctionnelles

    In struts 1.x declarative validations are done by using validation frame work
    In 2.x, declarative validations are done by using xwork2 frame work by webwork the reason being, its support valuations through Annotations

In struts 1.x an Action class is a single ton class, so Action class object is not a thread safe, as a programmer we need to make it as thread safe by applying synchronization
    In 2.x an Action class object will be created for each request, so it is by default thread safe, so we no need to take care about safety issues here

In struts 1.x we have only jsp as a view technology
    In 2.x we have support of multiple view technologies like velocity, Freemarker, jasper reports, jsp bla bla

In struts 1.x Action class is having servlet dependency, because in execute() method accepts req, res parameter right ! so.
    In 2.x Action class doesn’t have any servlet dependency, because its execute() method doesn’t accepts any parameters, however we can access all servlet objects with dependency injection

    OriginalL'auteur Ashwini

  3. 3

    Comparaison de Struts 1 et 2 par les créateurs de Struts (Apache software foundation)

    La comparaison de Struts 1 et Struts 2

    Voici le contenu disponible sur le mentionnés ci-dessus lien, au cas où si ils décident de changer le lien ou supprimer la page dans l'avenir.

    1. Classes D'Action

      • Struts 1

        Nécessite des actions classes d'étendre une classe de base abstraite. Un problème commun dans Struts 1, c'est la programmation pour les classes abstraites au lieu d'interfaces.
      • Struts 2
        Action peut mettre en œuvre une Action de l'interface, le long de avec d'autres interfaces pour activer l'option et de services personnalisés. Struts 2 fournit une base ActionSupport classe pour mettre en œuvre des interfaces couramment utilisés. Certes, l'Action de l'interface est pas nécessaire. Tout POJO objet avec une exécution de signature peut être utilisé comme un Struts 2 l'Action de l'objet.

    2. Modèle De Thread

      • Struts 1
        Actions sont des singletons et doit être thread-safe puisqu'il n'y aura qu'une seule instance d'une classe pour gérer toutes les demandes pour cette Action. Le singleton stratégie impose des restrictions sur ce qui peut être fait avec Struts 1 Actions et nécessite des soins supplémentaires pour se développer. Ressources pour l'Action doit être thread-safe ou synchronisé.
      • Struts 2
        Action des objets sont instanciés pour chaque demande, donc il n'y a pas de thread questions de sécurité. (Dans la pratique, des conteneurs de servlet générer beaucoup de jeter des objets par la demande, et un plus d'objet n'est pas d'imposer une amende de la performance ou de l'impact de garbage collection).

    3. Servlet Dépendance

      • Struts 1
        Actions ont des dépendances sur la servlet API depuis le HttpServletRequest et HttpServletResponse est passé à la méthode execute lors de l'invocation d'une Action.
      • Struts 2
        Actions ne sont pas couplé à un conteneur. Le plus souvent les contextes de servlet sont représentés comme de simples Cartes, permettant d'Actions à être testés séparément. Struts 2 Actions peuvent toujours accéder à l'original de la demande et la réponse, si nécessaire. Cependant, d'autres éléments architecturaux de réduire ou d'éliminer le besoin d'accéder à la HttpServetRequest ou HttpServletResponse directement.

    4. Testabilité

      • Struts 1
        Un obstacle majeur pour les tests de Struts 1 Actions est que la méthode execute expose la Servlet API. Une extension du tiers, Struts cas de test, propose un ensemble d'objet fantaisie pour Struts 1.
      • Struts 2
        prend en charge la création de différents cycles de vie par Action de base via l'Intercepteur des Piles. Personnalisé des piles peut être créé et utilisé avec différentes Actions, en tant que de besoin.
        Struts 2 Actions peuvent être testées par l'instanciation de l'Action, la définition des propriétés, et de l'invocation de méthodes. L'Injection de dépendance soutien a également fait des tests plus simples.

    5. La Récolte D'Entrée

      • Struts 1
        Utilise un objet ActionForm pour capturer d'entrée. Comme les Actions, tous les ActionForms doit étendre une classe de base.Depuis d'autres JavaBeans ne peut pas être utilisé comme ActionForms, les développeurs créent souvent redondants classes de capture d'entrée.
        DynaBeans peut être utilisé comme une alternative à la création conventionnelle ActionForm classes, mais, ici aussi, les développeurs peuvent être redescribing existant JavaBeans.
      • Struts 2
        Utilise les propriétés de l'Action en tant que propriétés d'entrée, éliminant le besoin d'une deuxième entrée de l'objet.Propriétés d'entrée peut être de riches types d'objets qui peuvent avoir leurs propres propriétés. Les propriétés d'Action peut être consulté à partir de la page web via les taglibs. Struts 2 prend également en charge l'ActionForm modèle, ainsi que des POJO forme des objets et des POJO Actions. Riche de types d'objets, y compris d'affaires ou des objets du domaine,peut être utilisé comme entrée/sortie des objets. Le ModelDriven fonctionnalité simplifie taglb des références à des POJO objets d'entrée.
    6. Expression Langues
      • Struts 1
        s'Intègre avec JSTL, de sorte qu'il utilise la JSTL EL. La EL a de base de l'objet graphique de la traversée, mais relativement faible de la collection de propriété indexée et de soutien.
      • Struts 2
        Pouvez utiliser JSTL, mais le framework prend également en charge un plus puissant et flexible de l'expression langage appelé "Graphe d'Objet de la Notation de la Langue" (OGNL).
    7. Des Valeurs Contraignantes En Vue
      • Struts 1
        Utilise la norme JSP mécanisme de liaison des objets dans le contexte de la page pour y accéder.
      • Struts 2
        Utilise un "ValueStack" de la technologie, de sorte que les taglibs peut accéder aux valeurs sans couplage votre point de vue sur le type d'objet qu'il est rendu. Le ValueStack stratégie permet de réutiliser des points de vue à travers une gamme de types qui peuvent avoir le même nom de propriété, mais différents types de propriété.
    8. De Conversion De Type
      • Struts 1
        ActionForm propriétés sont généralement toutes les Chaînes. Struts 1 utilise des Communes-Beanutils pour la conversion de type. Les convertisseurs sont par classe, et ne sont pas configurables par exemple.
      • Struts 2
        Utilise OGNL pour la conversion de type. Le cadre inclut des convertisseurs de base commun et les types d'objets et primitives.
    9. Validation
      • Struts 1
        prend en charge la validation manuelle par l'intermédiaire d'une méthode de validation sur l'ActionForm, ou par le biais d'une extension de l'Commons Validator. Les Classes peuvent avoir différentes validation des contextes de la même classe, mais ne peut pas la chaîne de validations sur des sous-objets.
      • Struts 2
        Supporte manuel de validation par l'intermédiaire de la validation de la méthode et de la XWork cadre de Validation. Le Xwork Cadre de Validation prend en charge le chaînage de la validation dans les sous-propriétés en utilisant les validations définies pour les propriétés de type de classe et la validation de contexte.
    10. Le Contrôle De L'Exécution De L'Action
      • Struts 1
        Supporte Demande distincte de Processeurs (cycle de vie) pour chaque module, mais toutes les Actions dans le module doivent partager le même cycle de vie.
      • Struts 2
        prend en charge la création de différents cycles de vie par Action de base via l'Intercepteur des Piles. Personnalisé des piles peut être créé et utilisé avec différentes Actions, en tant que de besoin.

    OriginalL'auteur Jeewantha Samaraweera

  4. 1

    quelles sont les raisons qui vous ont poussé à revenir à struts1 qui n'est plus dans une phase active de développement?

    peut-être quelqu'un pourra vous aider dans la résolution de vos raisons concernant les différences passer par le fil de discussion suivant
    Struts2 Vs Struts1

    je vous conseille aussi de recherche pour plus de détails. ce que je sais Struts2 de conception et de flux de travail est intégralement différent de struts1 et il a été développé à prendre en compte aussi les limites struts1 ont.

    OriginalL'auteur Umesh Awasthi