SpringMVC - styl wzorcowy adresu operatora wywołującego

Question

Próbuję zbudować spokojny interfejs API w stylu, używając springMVC.

Po skonfigurowaniu wzorca adresu URL dla springMVC DispatcherServlet, wydaje się, że mam do wyboru 2 i potrzebuję porady.

Wybór A:
config wzór jako: <url-pattern>*.action</url-pattern>
i wykorzystanie działania ścieżka jak @RequestMapping("/role/add.action")

Wybór B:
config wzór jako: <url-pattern>/api/*</url-pattern>
i wykorzystanie działania ścieżka jak @RequestMapping("/api/role/add")

Wolę używać stylu, który nie ma sufiksu, ale w takim przypadku potrzebuję dd ścieżkę podrzędną.

Ale nie jestem pewien, który jest bardziej odpowiedni do użycia w projekcie, który służy jako zaplecze do zapewnienia spokojnego API, z przeglądarką/IOS/Android jako klientem.

---

Nie może być wybór C, ale nie jestem pewien:

config wzór jako: <url-pattern>/*</url-pattern>
i wykorzystanie działania ścieżka jak @RequestMapping("/role/add")

W tym przypadku wbudowanej serwlet zostanie nadpisany, np. jsp nie będzie działał normalnie.
Ale nie mam żadnego jsp, a także, statyczne zasoby, takie jak html/js/css/image/document/music/video są umieszczane na innym porcie lub serwerze obsługiwanym przez nginx, żądanie do tomcat tylko świadczenie usługi ajax za pośrednictwem danych json.
Czy w takim przypadku właściwe jest użycie opcji C, czy ma ona pewne złe efekty uboczne?

Answer 1

jeśli twoim celem jest spokojny api mój wybór jest drugi od zidentyfikowaniu zasobu w adresie URL; powiedzieć trzeba zarządzać zasobem rola powinna masz jakieś odwzorowanie jak te z nich:

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

wstawić nową rolę (może być api to nie pozwala)

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

zaktualizować istniejącą rolę

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

usunąć rolę

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

do pobierania ról (możesz zaimplementować niektóre filtry za pomocą ciągu zapytania)

To samo dotyczy innych zasobów (Użytkownik, itp.) Schemat nazewnictwa jest taki sam.

I vould uniknąć wariant C, ponieważ myślę, że najlepiej mieć dedykowany mapowanie dla API jeśli App również wysyłać interfejs WWW, który nie korzysta z API

Answer 2

Polecam Wybór B dla usług RESTful, rozważ wykonanie operacji CRUD przy użyciu REST. I można mapować url-pattern jako,

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

więc wykonać dodać, wystarczy upewnić się, że pisać obiekt JSON ze strony i mieć url podobny /api/add

aw przypadku usuwania, możesz po prostu podążać tą samą drogą. Załóżmy, że usuniesz object z listy, używając jej identyfikatora.Można po prostu zrobić to na zewnątrz jak

/api/delete/${id}

i obsługiwać go jak,

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