SpringMVC - stile modello di URL del dispatcher servo

Question

Sto cercando di creare un'API di stile riposante, utilizzando springMVC.

Quando si configura il modello di url per springMVC DispatcherServlet, sembra che ci siano 2 opzioni e ho bisogno di un consiglio.

Scelta A:
modello di configurazione come: <url-pattern>*.action</url-pattern>
e l'uso azione percorso come @RequestMapping("/role/add.action")

Scelta B:
config modello come: <url-pattern>/api/*</url-pattern>
e l'uso azione percorso come @RequestMapping("/api/role/add")

Preferisco usare uno stile che non ha suffisso, ma in quel caso ho bisogno di fare un dd un percorso secondario.

Ma non sono sicuro di quale sia più corretto da utilizzare in un progetto che funge da back-end per fornire API restful, con browser/IOS/Android come client.

---

ci potrebbe essere un scelta C, ma non sono sicuro:

modello di configurazione come: <url-pattern>/*</url-pattern>
e l'uso azione percorso come @RequestMapping("/role/add")

In questo caso built-in il servlet sarà override, ad esempio jsp non funzionerà normalmente.
Ma non ho alcun jsp, e inoltre, la risorsa statica come html/js/css/image/document/music/video viene messa su un'altra porta o server servito da nginx, richiesta di tomcat solo fornire un servizio jax tramite dati json.
Quindi in questo caso è corretto usare la scelta C, o ha alcuni effetti collaterali negativi?

Answer 1

se il tuo obiettivo è RESTful API mia scelta è il secondo in quanto a identificare la risorsa nel URL; dici è necessario gestire una risorsa ruolo si dovrebbe avere un po 'di mappatura come questi:

@RequestMapping("/api/role" method = RequestMethod.POST) 

per inserire un nuovo ruolo (può essere l'API non consente questo)

@RequestMapping("/api/role/{roleId}" method = RequestMethod.PUT) 

per aggiornare un ruolo esistente

@RequestMapping("/api/role/{roleId}" method = RequestMethod.DELETE) 

per eliminare un ruolo

@RequestMapping("/api/role" method = RequestMethod.GET) 

per recuperare i ruoli (è possibile implementare alcuni filtri tramite stringa di query)

Lo stesso vale per altre risorse (Utente, ecc.) Lo schema di denominazione è lo stesso.

ho vould evitare opzione C rispetto penso che sia meglio avere una mappatura dedicata per l'API se APP anche spedire un'interfaccia web che non utilizza l'API

Answer 2

andrò con la Scelta B per i servizi RESTful, considerare l'esecuzione CRUD operazioni utilizzando REST. E si può mappare la url-pattern come,

config pattern as: <url-pattern>/api/*</url-pattern> 

Quindi, per eseguire aggiungere, si può solo fare in modo che si registra l'oggetto JSON dalla pagina ed avere un url del tipo /api/add

E in caso di cancellazione, puoi semplicemente seguire lo stesso. Considera che cancellerai un object dall'elenco usando il suo id.Si può semplicemente fare fuori come,

/api/delete/${id}

e maneggiarlo come,

@RequestMapping(value="/{id}", method=RequestMethod.GET)