AbstractWizardFormController à l'aide de Annotée @Contrôleurs

Un @Contrôleur est un moyen plus souple de définir un formulaire /assistant. Vous êtes censé carte méthodes pour les demandes fondées sur le chemin demandé /paramètres de la requête /demande de la méthode. Ainsi, au lieu de définir une liste de points de vue et de traitement de la demande basée sur les "étape" de paramètre, vous pouvez définir les étapes de votre assistant comme vous le souhaitez (également l'objet de commande sera traitée de manière plus transparente). Voici comment vous pouvez obtenir pour émuler un classique AWFC fonctionnalité (c'est uniquement destinée à être un exemple, il ya beaucoup plus que vous pouvez faire).

@Controller
@RequestMapping("/wizard.form")
@SessionAttributes("command")
public class WizardController {
/**
* The default handler (page=0)
*/
@RequestMapping
public String getInitialPage(final ModelMap modelMap) {
//put your initial command
modelMap.addAttribute("command", new YourCommandClass());
//populate the model Map as needed
return "initialView";
}
/**
* First step handler (if you want to map each step individually to a method). You should probably either use this
* approach or the one below (mapping all pages to the same method and getting the page number as parameter).
*/
@RequestMapping(params = "_step=1")
public String processFirstStep(final @ModelAttribute("command") YourCommandClass command,
final Errors errors) {
//do something with command, errors, request, response,
//model map or whatever you include among the method
//parameters. See the documentation for @RequestMapping
//to get the full picture.
return "firstStepView";
}
/**
* Maybe you want to be provided with the _page parameter (in order to map the same method for all), as you have in
* AbstractWizardFormController.
*/
@RequestMapping(method = RequestMethod.POST)
public String processPage(@RequestParam("_page") final int currentPage,
final @ModelAttribute("command") YourCommandClass command,
final HttpServletResponse response) {
//do something based on page number
return pageViews[currentPage];
}
/**
* The successful finish step ('_finish' request param must be present)
*/
@RequestMapping(params = "_finish")
public String processFinish(final @ModelAttribute("command") YourCommandClass command,
final Errors errors,
final ModelMap modelMap,
final SessionStatus status) {
//some stuff
status.setComplete();
return "successView";
}
@RequestMapping(params = "_cancel")
public String processCancel(final HttpServletRequest request,
final HttpServletResponse response,
final SessionStatus status) {
status.setComplete();
return "canceledView";
}
}

J'ai essayé de varier les signatures de méthode, de sorte que vous pouvez obtenir une idée de la souplesse que j'ai mentionnés. Bien sûr, il ya beaucoup plus à lui: vous pouvez faire usage de la méthode de requête (GET ou POST) dans le @RequestMapping, vous pouvez définir une méthode annotée avec @InitBinder, etc.

EDIT: j'ai eu un unmapped méthode que j'ai fixé (par la voie, vous devez vous assurer que vous n'avez pas ambigu mappages -- les demandes qui pourraient être mappé à plus d'une méthode-ou non mappés demandes -- les demandes qui ne peuvent pas être associés à une autre méthode). Aussi jeter un oeil à @SessionAttributes, @SessionStatus et @ModelAttribute, qui sont aussi nécessaires pour simuler le comportement de la classique AWFC (j'ai édité le code déjà que ce soit clair).