Sorgente: ereditarietà del controllore usando l'annotazione @Controller

Question

Mi piacerebbe essere in grado di creare un controller di base nella mia app Spring che, tra le altre cose, determina se un utente è un utente registrato o meno. Questo controller di base, seguendo il modello di progettazione del modello, conterrebbe un metodo protetto astratto che le sottoclassi del controller implementerebbero.

Il metodo astratto avrebbe passato ad esso un'istanza di Utente, registrata o in altro modo. Tuttavia, non ho idea di come farei questo poiché sembra che usando i controller usando esclusivamente l'annotazione @Controller ogni controller sia libero di definire il loro metodo di gestione delle richieste come preferiscono.

La creazione di una sorta di classe di servizio utente immessa in ogni controller e utilizzata per convalidare un utente è un modo per aggirare questo problema? Questo solleva la domanda (almeno per me) in che modo un controller di questo tipo ottiene una sospensione di HttpServletRequest o dell'oggetto Session?

Grazie.

Answer 1

Penso che il controller di base non è una buona idea se l'unico codice che deve avere è UserAuthentication ... invece di usare Spring Security. Questa è l'opzione migliore.

In alternativa, si può avere metodi come questo ... dare un'occhiata al riferimento di primavera ..

@Controller("loginController") 
public class LoginController {  

    @RequestMapping(value="/login.do", method=RequestMethod.POST) 
    public String login(Model model, HttpServletRequest request) { 

     String userIdFromRequest = (String)request.getParameter("userId"); 
     String password = (String)request.getParameter("password"); 

     boolean verified = ...send userIdFromRequest and password to the user service for 
     verification... 

     if (verified){ 
     request.getSession().setAttribute("userId", userIdFromRequest); 
     } 

    }   

    //More Methods 

} 

ti ha aiutato?

-SB

Answer 2

1. Definire un abstract BaseController, senza annotazioni
2. definire i metodi astratti e concreti
3. chiamare questi metodi da sottoclassi (che sono annotati con @Controller) in caso di necessità.

Answer 3

Il problema di base è che il bootstrap annotativo non è polimorfico. Ho trovato questo documento utile: http://sanguinecomputing.com/design-pattern-for-hierarchical-controller-organization-with-annotational-configuration-spring-mvc-3/