Architektura REST / endpointy - czy mogą updatować kilka tabeli naraz?

Question

Witam,

Czy częstą praktyką jest ze jednen endpoint updatuje nam np. 2 tablice w bazie danych?

Załóżmy, że mamy np. wirtualny dziennik ocen i chcemy mieć możliwość dodania studenta i wpisania odrazu wszystkich jego ocen. ( mając dwie klasy Student i Grades)

Ktoś może powiedzieć jak to wygląda w praktyce?

Answer 1

 endpoint updatuje nam np. 2 tablice

tak sie nie zdarza jeśli nie ma relacji pomiędzy tabelami, generalnie nawet jeśli takie co ma miejsce to pod jednym endopointem powinny robić to dwie inne funkcje/ czy metody / komendy, zalezy od rodzaju architektury  .
Wiec jeśli mamy relacje, jedna encja agreguje inne, jest z nimi w relacji to siłą rzeczy to będzie, zależy od budowy obiektu 

 

W praktyce wygląda to tak, że jeśli takie coś ma miejsce pod 1 ENDPOINTEM a RESTFUL API JEST statless czyli bezstanowe, oznacza to że wszystkie dane niezbedne do obslugi żądania masz juz od klienta w zapytaniu, a więc w tym wypadku np. w postaci JSON dostajesz gotowy obiekt studenta, który agreguje w sobie obiekt Ocen i podczas dodawania noweg studenta , aktualizujesz rowniez agregujacy w jego wnetrzy obiekt Ocen - mapujac odpowiednie dane.   

Comments

Rest API nie jest odzwierciedleniem struktury danych, ani logiki biznesowej. Prosty przykład. składanie zamówienia. Wysyłamy potwierdzenie za pomocą API, a pod spodem dzieje się masa rzeczy. Dodanie zamówienia, zmiana stanu magazynu, generowanie faktury, czy dodanie punktów lojalnościowych kupującemu.

---

po pierwsze RESTFUL API -> to nie jest REST API :), więc sprawdź sobię różnice, wtedy zrozumiesz, że struktura danych jest istotna, po drugie. Kolega pyta o ARCHITEKTURĘ REST - API, a nie o samo API, jako protokół restowy :) i użycie żądań http 
 

Dodanie zamówienia, zmiana stanu magazynu, generowanie faktury, czy dodanie punktów lojalnościowych kupującemu.

zależnych od architektury  

---

 

 

po pierwsze RESTFUL API -> to nie jest REST API 

Może i nie, ale każde RESTFul jest REST :)

Cytat ze StackOverflow:

REST to styl architektury oprogramowania dla oprogramowania rozproszonego

Zgodność z ograniczeniami REST jest określana jako "RESTful".

 Warto zajrzeć: https://stackoverflow.com/questions/1568834/whats-the-difference-between-rest-restful

Co do struktury to nigdy nic nie słyszałem, aby rest czy też restful nakładał jakieś wymogi na temat struktury. A i żeby nie było, jak ktoś piszę o zasobie, to nie ma to nic wspólnego z fizycznymi zasobami po stronie serwera. Raczej to trzeba traktować jako abstrakcję opakowującą coś po stronie serwera.

---

pisałem z architektury magisterkę i aktualnie zajmuje się architekturą :) mylisz pojęcia, bierzesz nad wyraz pewne rzeczy, jak już doczytasz - chociaż podstawową książke DDD - https://helion.pl/ksiazki/ddd-dla-architektow-oprogramowania-vaughn-vernon,dddaro.htm#format/d

I tam wzmianki pewnie o REST też będą to rozróżnisz, bo ty widzisz całkiem co innego pod hasłem "Struktura", a w architekturze struktura, encja, model to czasami całkiem co innego.
Np w CQRS albo Event Sourcing encja  to nie jest "obiekt bazodanowy" :), a na przykład agregat - jest czym więcej niż zwykła agregacją

---

Też właśnie dużo ostatnio siedzę nad architekturą i właśnie nawet miałem pisać o CQRS :) Tylko Ty chcesz mieszać świat DDD z pojęciami Rest? Nie rozumiem Twojego wpisu. Według mnie nie ma to sensu. Przecież zasobem po stronie serwera może być dosłownie wszystko. Nawet te CQRS jest tego żywym dowodem.