Le modèle de conception de Modèle-Vue-Contrôleur (MVC) est employé par Struts Framework qui est l'exécution du JSP. Les Struts est source ouverte et est également maintenues comme partie du projet d'Apache Jakarta. Le cadre de Struts est bien adapté pour l'application de n'importe quelle taille.

Deux versions principales de cadre de Struts est offertes par le projet de Struts d'Apache. Pour le Java, les Struts 1 est identifiées comme cadre d'application de Web le plus populaire. Le cadre des Struts 1.x est le mûr, bien documenté, et largement soutenu. Les Struts 1 est le choix le plus approprié pour les équipes qui évaluent les solutions prouvées aux problèmes communs.

L'autre nom des Struts 2 était WebWork 2. Le WebWork et les communautés de Struts ont joint des forces pour créer les Struts 2 après avoir travaillé indépendamment pendant plusieurs années. Pour les équipes qui évaluent les solutions élégantes aux problèmes difficiles, le nouveau cadre est le choix le plus approprié.

Dans le quatrième trimestre du 2006, un dégagement stable des Struts 2 est prévu. Un BÊTA dégagement est également disponible maintenant.

1. Modifier struts-config.xml.

   En plus des éléments vers l'avant et d'action employés pour indiquer la destination URLs et l'action objecter, nous employons l'élément de forme-haricot pour déclarer des haricots de forme. Nous ajoutons également les attributs de portée et de nom à l'élément d'action pour attacher l'haricot de forme à l'action. Sur option, pour déclarer les propriétés classent contenir les messages standard, noms, et des étiquettes, nous ajoutons un élément de message-ressources.




2. Définir un haricot de forme.

   Cet haricot a les propriétés (des méthodes c.-à-d., d'acquéreur et de poseur) correspondre à chacun des paramètres entrants de demande et prolonge normalement ActionForm et. Alternativement, dans ce cas il contiendra une carte représentant les paramètres de demande, l'haricot peut prolonger le DynaActionForm.




3. Créer les haricots de résultats.

   Ce sont les haricots normaux dont est employé dans MVC une fois mis en application directement avec RequestDispatcher. C'est-à-dire, ils représentent le code d'accès de données et les résultats de la logique d'affaires. Ces haricots sont stockés dans la demande, la session, ou la portée d'application avec l'utilisation de la méthode de setAttribute de HttpServletRequest, de HttpSession, ou de ServletContext, juste comme dans les applications de non-Struts de normale.




4. Créer un objet d'action pour manipuler des demandes.

   Plutôt que d'appeler request.getParameter explicitement comme dans l'exemple précédent, nous pouvons employer les fontes de méthode d'exécution l'argument d'ActionForm à la classe spécifique d'haricot de forme, puis employons des méthodes d'acquéreur pour accéder aux propriétés de l'objet.




5. Créer la forme qui appelle blah.do.

   Cette forme peut employer l'haricot : l'étiquette de message pour produire des étiquettes des textes et les messages standard qui sont définis dans les propriétés classent qui est déclaré avec les message-ressources dans struts-config.xml




6. Résultats d'affichage dans JSP.

   La page de JSP emploie l'haricot : écrire l'étiquette aux propriétés de rendement de l'haricot de résultat et de l'haricot de forme. Elle peut également employer l'haricot : étiquette de message pour produire des étiquettes des textes et messages standard qui sont définis dans le dossier standard de propriétés.

• Configuration Dossier-Basée centralisée.

  Plutôt que l'information de dur-codage dans des programmes de Java, beaucoup de valeurs de Struts sont représentées dans la propriété ou des dossiers de XML. Cet accouplement lâche signifie que beaucoup de changements peuvent être faits sans recompiling ou modifier le code de Java, et que des changements en gros peuvent être faits en éditant un dossier simple. Cette approche laisse également des réalisateurs de Web et le foyer de Java sur leur détail charge (mettant en application la logique d'affaires, présentant certaines valeurs aux clients, etc.) sans devoir savoir la disposition de système global.




• Former les haricots.

  Dans JSP, pour peupler automatiquement un composant de JavaBean basé sur les paramètres entrants de demande, vous pouvez employer le property= " * " avec le jsp : setProperty. Malheureusement, cependant, dans le standard ces possibilités d'api sont indisponibles aux servlets, quoiqu'avec MVC elles soit vraiment les servlets, pas les pages de JSP, qui devraient habituellement être la cible des soumissions de forme. Les Struts d'Apache prolonge ces possibilités au code de Java et s'ajoute dans plusieurs utilités utiles, qui servent à simplifier considérablement le traitement des paramètres de demande.




• Étiquettes d'haricot.

  Les Struts d'Apache fournit un ensemble de JSP fait sur commande étiquette (haricot : écrire, en particulier) que vous laisser facilement produire les propriétés du composant de JavaBeans. Fondamentalement, ce sont des variations concises et puissantes de jsp standard : useBean et jsp : étiquettes de getProperty.




• Étiquettes de HTML.

  Les Struts d'Apache fournit un ensemble d'étiquettes faites sur commande de JSP pour créer les formes de HTML qui sont associées aux composants de JavaBeans. Cette association d'haricot/forme atteint à deux l'objectif utile :

  • Elle vous laisse obtenir des valeurs initiales de forme-champ des objets de Java.
  • Elle vous laisse affçher à nouveau des formes avec certains ou toutes les valeurs intacte précédemment écrites.



• Former la validation de champ.

  Les Struts d'Apache a des possibilités de builtin pour vérifier que les valeurs de forme sont dans le format exigé. Si les valeurs sont absentes ou dans un format inexact, la forme peut être automatiquement affçhée à nouveau avec les messages d'erreur et avec les valeurs précédemment écrites maintenues.
      Cette validation peut être effectuée sur le serveur (dans Java), ou sur le serveur et sur le client (dans le Javascript).




• À approche conformée.

  Les Struts encourage à utilisation conformée MVC de partout de votre application

• Une plus grande courbe de étude.

  Pour employer MVC avec le RequestDispatcher standard, vous devez être confortable avec le JSP et le servlet standard api et un grand et raffiné cadre qui est presque égal dans la taille au système de noyau. Cet inconvénient est particulièrement significatif avec un plus petit projet, des dates-limites à court terme, et des réalisateurs moins expérimentés ; vous pourriez dépenser les Struts de étude autant d'heure qu'établissant votre système réel.




• Une plus mauvaise documentation.

  Comparé aux servlets et au JSP standard APIs, les Struts fait trouver peu de ressources en ligne, et à beaucoup d'utilisateurs pour la première fois la documentation en ligne d'Apache confondre et mal organisé. Il y a également peu de livres sur les Struts d'Apache que sur des servlets et JSP standard.




• Moins transparent.

  Aux applications de Struts, on assortit beaucoup plus dessus derrière des scènes qu'avec des applications Java-basées normales de Web. En conséquence, les applications de Struts sont toujours :

  • Plus dur au repère et optimiser
  • Comprendre plus dur




• Approche rigide.

  Le côté de chiquenaude de l'avantage qui se pavane encourage une approche cohérente à MVC est que les Struts le rend difficile d'employer d'autres approches.

Avant que vous aille à ce cours d'instruction vous devriez avoir un arrangement de base de ce qui suit :

• HTML
• Un arrangement de base de JAVA
• JSP
• Servlets
• JDBC
• Étiquettes faites sur commande

Si vous allez étudier ces sujets d'abord, trouver le cours d'instruction sur notre page d'accueil