ce este restul?
multe servicii accesibile publicului expun un API REST care permite o gamă largă de aplicații de la interfețe de utilizator web la integrarea și sincronizarea sistemului back-end. Deci, ce anume este odihnă și ceea ce face un API odihnitor?,
RESTUL – REpresentational state Transfer
din punct de vedere Tehnic, RESTUL vine de REpresentational state Transfer (deci nu e perfect acronim), și înseamnă, în esență, că este o arhitectură destinat să transfere o reprezentare de date de server sau de stat între un client și server.există câteva criterii detaliate care sunt considerate necesare pentru ca un API să fie odihnitor, dar cele mai importante sunt că API-ul să fie:
- Stateless
aceasta înseamnă că nu există o sesiune necesară între un client și un server., Datele primite de la server pot fi utilizate de client independent. Acest lucru permite operațiuni scurte, discrete și chiar cache-ul offline al datelor. Acest lucru face ca REST să fie o potrivire naturală pentru operațiunile HTTP în care cererile sunt destinate să fie singulare și de scurtă durată.API-urile REST uniforme sunt menite să se auto-descrie, uniforme în definiția lor și fiecare operație separată printr-un punct final sau o adresă URL diferită. În termeni practici, majoritatea API-urilor REST implementează operații clasice CRUD (Creare, citire, actualizare, ștergere) împotriva unui model de date., Această uniformitate permite dezvoltatorilor să învețe cu ușurință modelul de utilizare al fiecărui API.
Deci, cum arată un API REST?
Pentru că este menit să fie reprezentativ, să începem cu modelul de date pe care este menit să îl reprezinte. De exemplu, dacă avem o aplicație de comerț online, am dori să definim operațiunile de gestionare a produselor din catalogul nostru, centrate pe modelul de produs.fiecare dintre aceste operațiuni ar fi legată de o combinație între un URL și un verb HTTP., Pentru a revizui, există multe verbe HTTP, dar majoritatea dezvoltării web utilizează doar verbele GET și POST pentru a solicita o adresă URL sau, respectiv, postarea datelor din formular. Dar REST folosește mai multe verbe HTTP pentru a semnala serverului ce tip de operație efectuează Clientul.
mai jos este o listă simplificată de Url-uri combinate cu HTTP verb care am folosi pentru a expune API complet pentru gestionarea unui catalog de Produse:
operațiunilor și Url-urile de mai sus sunt doar operațiunile de bază, pe un singur model., API-urile REST pot suporta, de asemenea, operațiuni foarte specifice sau operații ierarhice. De exemplu, dacă ai vrut pentru a trimite un semnal la server pentru a reordona un furnizare de produse, s-ar putea expune un URL de genul asta:
/produse/{id}/reordona | MESAJ | Semnal de la serverul pe care doriți să reordona cantitățile de produse {id}. Corpul mesajului poate fi gol sau poate conține un model de date utilizat pentru instrucțiuni detaliate privind operația de reordonare., |
Sau, dacă ai vrut să se arunca cu capul în catalogul de produse și rula o interogare pentru a returna o listă a tuturor comenzilor pentru un anumit produs, API ar putea expune o operatiune de genul asta:
/produse/{id}/comenzi | SE | Dat o {id} pentru un produs, a reveni toate comenzile., |
în Schimb, ai putea expune un ordin-centrice final, care vă permite să lista toate produsele în ordinea:
/ordine/{id}/produse | SE | Dat un ordin {id} reveni toate produsele din comanda. |
cum arată datele serverului?,
deși nu există o cerință strictă pentru ce tip de date utilizează sau returnează un API REST, a devenit un standard de facto pentru API-urile REST bazate pe web pentru a utiliza JSON ca definiție a datelor.acest lucru se datorează faptului că JSON este un format nativ pe care toate browserele moderne îl pot utiliza pentru a reprezenta obiecte ierarhice. Pentru mai multe informații despre JSON, citiți articolul nostru Ce este JSON?pentru a afla mai multe despre produsele noastre, contactați reprezentantul de vânzări OAS gratuit în SUA pe 1-800-533-4994 sau pentru întrebări internaționale sunați la 1-303-679-0898.