Mis vahe on rahulikul API-l ja traditsioonilisel API-l?


Vastus 1:

Minu jaoks tähendab “traditsiooniline API” töölauarakenduse alamprogrammi. Töölauarakendus edastab mõned arv parameetreid alamprogrammile ja võib-olla annab alamprogramm tulemuse. Alarutiinkood võib olla kas pakitud samasse käivitatavasse rakendusse või see võib olla mingisuguses dünaamiliselt lingitud koodis, näiteks Windowsis DLL. Koodi kompileerimisel kasutatakse rakenduse alamprogrammiga ühendamiseks linkerit.

Tegelikult saate SOAP-protokolli abil teha Internetis midagi üsna sarnast. Rakendus töötab ühes serveris ja alamprogramm (API) töötab teises serveris. Alaruti parameetrite täpsustamiseks kasutatakse WSDL-i.

Kuid kahe serveri vaheline SOAP-käepigistus võib olla üsna “jutukat” ja üsna paindumatu. Seetõttu kasutavad üsna paljud veebiteenuste arendajad selle asemel REST. RESTil on endiselt mõiste helistamisrakendus ühes serveris ja alamprogramm (API) teises serveris. Kuid kõne tegemise protokoll on lihtne HTTP GET või POST ja mõnikord PUT või DELETE. GET ja POST on samad protokollid, mida veebibrauserid kasutavad HTML-i veebilehtede hankimiseks ja vormiandmete saatmiseks. GET või POST päringuparameetrid muutuvad parameetriteks, mis edastatakse teise serveri alamprogrammile. Ja HTML-i asemel tagastab teine ​​server tavaliselt midagi sellist nagu XML või JSON.


Vastus 2:

RESTful API proovib sobitada KÕIK CRUD-i struktuuri.

See ei ole realistlik, kuna teie ettevõtte loogika võib dikteerida, et vajate kontrolleri taustaprogrammi kaudu 15 GETSi ja 12 POSTi.

Enamik ettevõtteid ei tee isegi RESTful API-sid selle SOOVITATUD juurutamise piirangu tõttu.

Selle asemel on enamik API-sid RPC ja REST segu.

Ma soovitaksin olla paindlik ja luua skaleeritava taustaprogrammiga lihtsaim kasutajaliides.