Process-driven REST API design

Nem vagyok fejlesztő, sihederkorom óta nem igazán programozok (csak scripteket üzemeltetéshez), de most egy hobbiprojektemhez próbálnék egy API felületet varázsolni. Az adatbázis részével nem lesz valószínűleg gond, de a fölötte lévő ügyekhez kellene pár dolgot tanulnom.

A napokban futottam bele egy nagyon jó leírásba (lehet, hogy pont itt a HUP-on), de most égen-földön nem találom. A lényege az volt, hogy akkor jó egy API, ha nem egyszerűen adatbázisfelületet ad CRUD alapfunkciókkal (data-driven API design approach) - mert így az üzleti logika nagy részét a kliensben kell megvalósítani; hanem folyamatokat, funkciókat képez le szerveroldalon.

Ez az írás hasonló tartalmú, de biztosan nem ugyanaz - mert az a gRPC-t is említette (nem mintha annyira el akarnám bonyolítani az ügyet):

https://hackernoon.com/process-driven-rest-api-design-75ca88917582

Ha esetleg valaki ráismer, megköszönöm, ha bedobja ide. Ha közben találok még valamit, én is felteszem.

Hozzászólások

...mert így az üzleti logika nagy részét a kliensben kell megvalósítani...

Lécci ne.

Szerkesztve: 2023. 09. 07., cs – 10:23

”mert így az üzleti logika nagy részét a kliensben kell megvalósítani; hanem folyamatokat, funkciókat képez le szerveroldalon.“

Mivel ket szetvalasztott es egyben publikusan elerheto alkalmazasrol beszelunk, valamilyen szinten muszaj duplikalnod az uzleti logika (validacio) egy vehemens reszet mindket oldalon, mert egy raerosebb devtools network tabot ismero egyed tud konnyed perceket okozni. Altalaban nincs eroforras mindkettore igy ez BE oldalra megy, es FE oldalon csak a kotelezo egyszeru validaciok mennek.

Nyilvan ez mind grpc / rest / graphql eseteben igaz

"mert így az üzleti logika nagy részét a kliensben kell megvalósítani; hanem folyamatokat, funkciókat képez le szerveroldalon."

Ebből lesz az, hogy minden dolog tárolt eljárás formájában az adatbázisban lesz megvalósítva.