Tonul acestui articol sau al acestei secțiuni este nepotrivit pentru o enciclopedie. Puteți contribui la îmbunătățirea lui sau sugera modificările necesare în pagina de discuție. |
Web API este un API pe web care poate fi accesat prin protocolul HTTP. Ca concept de dezvoltare web, acesta poate fi legat de partea client a unei aplicații web (inclusiv orice cadru web utilizat). O interfață de programare a serverului (SAPI) nu este considerată un API web pe partea de server, cu excepția cazului în care este accesibil public de către o aplicație web la distanță. Toate browserele au un set de API-uri web încorporate pentru a ajuta la accesarea datelor.
Un Web API client-side este o interfață programatică pentru a extinde funcționalitatea într-un web browser sau alt client HTTP. Inițial, acestea au fost cel mai frecvent sub formă de extensii de browser, dar majoritatea celor mai noi vizează legături JavaScript standardizate.
Mozilla Foundation și-a creat specificația WebAPI care este concepută pentru a ajuta la înlocuirea aplicațiilor mobile native cu aplicații HTML5.[1][2]
Google și-a creat arhitectura Native Client, care este concepută pentru a ajuta la înlocuirea plug-in-urilor native nesigure cu extensii și aplicații native securizate sandbox. De asemenea, au făcut acest lucru portabil utilizând un compilator LLVM AOT modificat.
Partea serverului unui Web API constă dintr-unul sau mai multe „puncte finale” expuse public unui sistem de mesaje cerere-răspuns definit, de obicei exprimat în JSON sau XML. API-ul web este expus cel mai frecvent prin intermediul unui server web bazat pe HTTP.
Mashup-urile au aplicații web care combină utilizarea mai multor API-uri web pe partea de server.[3][4][5] „Webhooks” are API-uri web pe server care preiau intrarea ca Identificator uniform de resurse (URI) care este proiectat pentru a fi utilizat ca un canal numit la distanță sau un tip de callback astfel încât serverul să acționeze ca client pentru a dereferenția URI-ul furnizat și pentru a declanșa un eveniment pe un alt server care se ocupă de acest eveniment, oferind astfel un tip de IPC peer-to-peer.
Endpoint-urile au aspecte importante ale interacțiunii cu API-urile web de pe partea de server, deoarece ele specifică unde se află resursele care pot fi accesate de software terță parte. De obicei, accesul se face printr-un URI la care sunt postate cererile HTTP și de la care se așteaptă astfel răspunsul. API-urile web pot fi publice sau private, acesta din urmă necesită un „token de acces”’.[6]
Punctele finale trebuie să fie statice, altfel nu poate fi garantată funcționarea corectă a software-ului care interacționează cu acesta. Dacă locația unei resurse se schimbă (și odată cu aceasta punctul final), atunci software-ul scris anterior se va rupe, deoarece resursa necesară nu mai poate fi găsită în același loc. Deoarece furnizorii de API-uri încă doresc să-și actualizeze API-urile web, mulți au introdus un sistem de versiuni în URI care indică un punct final.
API-urile web folosesc adesea interacțiuni bazate pe mașini, cum ar fi REST și SOAP. API-urile web RESTful folosesc metode HTTP pentru a accesa resurse prin parametri codificați în URL și folosesc JSON sau XML pentru a transmite date. În schimb, protocoalele SOAP sunt standardizate de W3C și impun utilizarea XML ca format de încărcare utilă, de obicei prin HTTP. Mai mult, API-urile Web bazate pe SOAP folosesc validarea XML pentru a asigura integritatea structurală a mesajelor, prin valorificarea schemelor XML furnizate cu documente WSDL. Un document WSDL definește cu acuratețe mesajele XML și legăturile de transport ale unui serviciu web.
|limba=
ignorat (ajutor); Verificați datele pentru: |date=
(ajutor)
|url=
(ajutor).
|primul1=
ignorat (ajutor); Parametru necunoscut |ultimul1=
ignorat (ajutor); Parametru necunoscut |locație=
ignorat (ajutor); Lipsește |last1=
în Authors list (ajutor)|url=
(ajutor) (PDF). Apigee.[nefuncțională – arhivă]