Architektura aplikacji typu rest

pytanie zadane 4 grudnia 2018 w PHP przez james4444 Nowicjusz (120 p.)

Czy jest sens tworzenia aplikacji typu rest jeżeli:

mam w programie tylko kilka adresów url, które powielają się dla różnych użytkowników (np. adres do edycji profilu - załóżmy /profile jest taki sam dla użytkownika, moderatora i administratora),
praktycznie na każdej stronie wywołuje zapytanie typu Ajax - czyli jeżeli mamy listę produktów pod adresem /products to po kliknięciu w wybrany produkt jego dane pokazują mi się na tej samej stronie bez przeładowania

Jeśli powyższe założenia chciałbym zrealizować w aplikacji typu rest to:

adres do edycji profilu powinien być różny ze względu na rolę użytkownika np. dla administratora /admin/profile, moderatora /moderator/profile itd.,
zamiast wywołania Ajax w liście produktów po kliknięciu na produkt przekieruje mnie na stronę z adresem /products/1 - gdzie 1 to identyfikator produktu

Dobrze to rozumiem, bo waham się czy korzystać z resta na siłę (nie widzę w swoim programie korzyści)?

2 odpowiedzi

odpowiedź 4 grudnia 2018 przez Comandeer Guru (600,810 p.)

REST API odpowiada wyłącznie za architekturę po stronie serwera. To, jak poszczególne zapytania do tego serwera są wywoływane, jest całkowicie wtórne – nie ma znaczenia, czy są tradycyjne, czy ajaksowe. Poza tym REST to nie tylko odpowiednia struktura URL-ów, ale też (czy może przede wszystkim) poprawne wykorzystanie metod HTTP i statusów odpowiedzi.

zamiast wywołania Ajax w liście produktów po kliknięciu na produkt przekieruje mnie na stronę z adresem /products/1 - gdzie 1 to identyfikator produktu

Jeśli po wczytaniu nowego produktu nie zmienia Ci się adres, to i tak robisz to źle. Nowa treść = nowy adres. Zwłaszcza, że od lat przy Ajaksie jest to możliwe dzięki History API czy rozwiązaniom pokroju jquery-pjax.