API-ul REST implică o regulă simplă:
- Fiecare adresă URL este o resursă
- La accesarea unei metode GET resursă returnează o descriere a resursei
- Metoda POST adaugă o nouă resursă
- Metoda PUT schimbă resursa
- Metoda elimină resursa DELETE
Aceste norme oferă o interfață simplă CRUD pentru celelalte aplicații cu care are loc interacțiunea prin intermediul protocolului HTTP.
Conformitatea cu operațiunile de CRUD, și metode HTTP:
Interfața API REST este foarte util pentru interacțiunea cross-program, cum ar fi aplicația mobilă poate acționa ca un client, care manipulează date prin REST.
model matching¶
rezultatul interogării va fi:
Pentru a trimite o cerere POST pentru a utiliza linia de comandă de utilitate buclat:
Metoda URL dispecerizare Traversare
În acest caz, este necesar să se adauge o nouă cale (debandadă), tethering-l la vizualizarea (View) și schimbarea cea mai neplacuta însăși ideea, sau chiar mai rău de a scrie unul nou. Astfel, cu o creștere a resurselor, complexitatea REST API nu crește proporțional și la un moment dat codul nu poate fi citit din cauza logicii mari și în continuă schimbare în vizualizare.
Din această situație - să se separe resursele din reprezentările, astfel fac parte din logica și de a face prezentarea mai versatil.
Resursele pot fi:
Codul 102 Lista tuturor oamenilor ¶
Metoda __json__ determină modul de a converti resursa în JSON.
Cod 103 om beton ¶
Vizualizați rescrie astfel încât acesta returnează numai resursa, și așa mai departe ca resursă conține deja informații cum să dea JSON, această reprezentare este universal pentru ambele PeopleResource. și pentru PersonResource și se pot potrivi alte resurse pe care le vom scrie în viitor.
Codul 104 Reprezentarea (vizualizare) pentru resurse parcurgeri ¶
JSON implicit de redare în căutarea __json__ metoda și în cazul în care este apoi întoarce rezultatul de asteptare.
Calea, în acest caz, nu va fi una, astfel încât întreaga structură este mutat la resursele (__getitem__ metoda).