[JAVA] Transition de Struts2 à Spring MVC (contrôleur)

Conditions préalables à la migration de Struts 2 vers Spring MVC

La procédure la plus simple est

• Installez Spring-plugin dans Struts2
• Ecrire une classe Action en utilisant le plug de convention Struts2
• Du contrôle du cadre Spring à la logique à exécuter depuis la classe Action de Struts2
• Remplacez l'action Strut2 par le contrôleur SpringMVC

Les autres remplacements incluent Validation, View et Interceptor, mais ils peuvent être transformés en modules indépendants de Struts2, afin qu'ils puissent être remplacés séquentiellement. Cette fois, c'est l'édition Controller.

Hypothèses de classe d'action

La classe Action de Struts2 est censée être décrite avec des annotations à l'aide du plug-in ** Convention **. Si vous n'avez pas installé le plug-in Convention, appliquez d'abord le plug-in Convention et écrivez l'annotation Struts2 dans la classe Action.

Officiel Struts2: Plugin de convention: https://struts.apache.org/docs/convention-plugin.html Qiita: Classe d'action Write Struts2 basée sur une annotation (version printemps 2016) Http://qiita.com/alpha_pz/items/4a97df916102dad2e2bc

Classe d'action après application de la Convention

La mise en œuvre de la classe Action est la suivante

• Entrée / sortie avec couche Web
• Transition d'écran
• Logique d'appel

Il suffit de garder.

DisplayListAction.java

// Struts2-Convention
@Namespace("/")        // (1)
@ParentPackage("struts-thymeleaf")
@Results({@Result(name=ActionSupport.SUCCESS,type="thymeleaf-spring",location="list")})        // (3)
// Spring framework
@Controller
@Scope("prototype")
public class DisplayListAction extends ActionSupport {

    @Action("list") // Struts2-Convention        // (2)
    public String execute() throws Exception {
        products = service.search(param);
        return SUCCESS;
    }

    @Autowired // Spring framework
    ProductService service;

    @Setter        // (4)
    private String param;

    @Getter @Setter // Lombok        // (5)
    List<SampleProduct> products;
}

Si vous vous limitez à ce point, vous pouvez le remplacer par le contrôleur Spring MVC.

Au contrôleur de Spring MVC

DisplayListController.java

@Controller
@RequestMapping("/")        // (1)
public class DisplayListController {

    @GetMapping("list")        // (2)
    public ModelAndView index(@RequestParam String param, ModelAndView mnv) {        // (4)
        List<SampleProduct> products = service.search(param);

        mnv.addObject("products", products);        // (5)
        mnv.setViewName("/list");        // (3)

        return mnv;
    }
}

Cela permet un mappage un à un.

• 1: champ dit privé et méthode set
• 2: soi-disant champ privé et méthode get

La chose importante à migrer est d'amener la relation Contrôleur-Service à la relation Action-Service après Spring MVC, et de gérer l'objet requête / réponse dans le champ Classe Action de la méthode Controller. Est d'aller.