Tedd - post írásban api
POST: Cserélje ki a címzett tagja a gyűjtemény, vagy ha ez nem létezik, hozza létre.
Olvastam, nincs végső egyediségét. Mit gondol a szétválasztása POST a POST / fel / TÖRÖL?
Ha megosztja - akkor be kérelmet egy URI különböző módszerek a működés jelzéséhez az URI tautológia. De akkor meg kell nézni a technika folyamatosan, és abban az esetben, eltérő módszerrel URI ilyen kérdések nem merülnek fel.
Valami ehhez hasonló:
PUT egyedileg frissíteni a rekordot, és a / egyes / URI / gyűjtemény / dokumentumazonosító (egyenértékű UPDATE SQL)
POST egy gyűjtemény (/ néhány / uri / gyűjtemény) létrehoz egy bejegyzést (egyenértékű beszúrni).
POST a dokumentum (/ néhány / uri / gyűjtemény / dokumentumazonosító) frissítse a dokumentumot, ha létezik, hozza létre -, ha nem. (Ekvivalens INSERT ... ON ismétlődő kulcs UPDATE)
POST kérés létrehozását foglalja magába bejegyzések eredményezheti azt üresnek kell lennie, és a fejléc test válasz helyét c uri új objektumot.
PUT - helyettesítés bejegyzéseket. Tobish egy frissítés minden területen a rekord lehetetlen. Ismét, ha helyettesíti egy objektum -, hogy már van kéznél minden szükséges adatot, így a válasz is lehet amellett helyen fejlécet.
létezik egy olyan módszer patch, ami lehetővé teszi, hogy frissítse a rekord (egy adott területen, vagy több közülük). Itt is, ez azt jelentette, csak vissza URI. Lényegében bármilyen adat akkor pedig csak a GET kérés.
És van még egy csomó probléma a status code, mondjuk 200 jó csak a GET, hiszen ez az a testület választ. De a legtöbb egyéb szükségletek 204, ami azt mondja, hogy minden rendben van, de csak a címlapra.
DE ... ha Feng Shui és RESTFull, és ez még nem minden. Rendszerint GET / POST / fel / DELETE senki sem jön ... a patch ritkán használják, de a LINK nirazu nem látják, hogy a valós projektekben használt ...