devel.cz

Komentáře

• voidplace1 : Osobne se mi libi min striktni pristup, jak to delat treba twitter: https://dev.twitter.com/rest/public . Z HTTP metod pouziva jen GET a POST a i kdyz dodrzuje resource oriented api (tzn. vzdycky pred prvnim lomitkem vidite tu resource), tak na rozliseni operaci pouziva nejaky maly pocet jmennych konvenci pro metody (create, update, destroy, show, list, search, ...) podle kterych je jasny, co to dela. Prijde mi to flexibilnejsi a intuitivnejsi nez za kazdou cenu rozlisovat operace HTTP metodama. Primarne jde stejne a to aby A) se to dobre pouzivalo klientum API a B) to slo naproti zbytku principu RESTu, tzn. melo stav na klientovi, nebyl problem to na serveru skalovat a cachovat. Nejvetsi orisek pro me je navrhovat to tak, aby se co nejvic dalo cachovat. Tzn. najit dobry kompromis mezi tim mit "zpravy" bez uzivatelsky specifickych dat a zaroven nedelat pro jeden use-case milion dotazu na server. — 3.5.2015
• Anonym : zrovna čtu ten článek 2), proto si také myslím, že Twitter přístup není zcela správný, že by se mělo používat nejen GET a POST, ale i ostatní metody (kromě PATCH), také jsem pro verzování v URL (//api/v1/...) a SSL výhoda HTTP metod je zřejmá: 1 endpoint, různé metody = //api/v1/users/ GET = seznam, POST = přidat, PUT //api/v1/users/12 editace #12, DELETE pak smazání uživatele s id #12 — 4.5.2015