Mai devreme sau mai târziu, orice programator se confruntă cu un astfel de concept ca API. Cu toate acestea, atunci când are loc o astfel de întâlnire, nu toată lumea știe ce este, de ce este necesară și cum să o folosească. Și în acest articol voi umple această lacună în cunoștințele unora dintre voi și voi da, de asemenea, un exemplu din practica mea.

API (interfața de programare a aplicației) - Acest interfața de programare a aplicației. În termeni mai simpli, acesta este un set de diferite funcții, constante, clase și formate de interogare care pot fi utilizate în alte programe.

Se poate considera că API- acesta este un anumit obiect, a cărui implementare nu știm, totuși, îl putem folosi. De exemplu, un computer este un obiect a cărui implementare foarte puțină lume o cunoaște, totuși, aproape toată lumea îl poate folosi pentru a efectua anumite acțiuni: vizionarea videoclipurilor, navigarea pe Internet, imprimarea textului etc. Puțini oameni știu cum funcționează totul, dar aproape toată lumea o poate face.

Exemplu API este API-ul Windows, API OpenGL, Direct3D APIși așa mai departe.

De exemplu, nu cu mult timp în urmă am întâlnit și eu direct API. M-am înregistrat pentru serviciul de liste de corespondență" SmartResponder.ru" și a început un buletin informativ, la care oamenii au început să se aboneze. Sarcina a fost următoarea: în 24 de ore de la abonare, o persoană poate cumpăra cursul meu video plătit cu reducere. Deoarece toate informațiile despre abonați sunt stocate pe server " SmartResponder.ru", apoi acces normal (de exemplu, prin DB) Nu am avut acces la aceste date, dar a fost necesar să le implementez. Din fericire, " SmartResponder.ru„ai pe al tău API, pe care l-am folosit.

Am gasit in ele API format de cerere pentru a obține data abonamentului ca rezultat. Mai departe prin răsuci Am trimis cererea corespunzătoare și am primit data de abonament necesară pentru un anume adrese de email. Urmează procesarea standard și ieșirea rezultatului.

Avantaje:

Tipuri

• întorcându-se. Când o aplicație terță parte solicită o metodă cu parametri specificați, serverul furnizează informațiile solicitate într-un format specific;
• schimbându-se. Clientul apelează o funcție de server care introduce informații noi sau modifică anumite setări ale acesteia.

Yandex.Direct API

API-ul este eficient pentru promovarea site-ului web.

1. Pe baza acestuia, dezvoltatorii pot crea aplicații care interacționează direct cu serviciul motor de căutare. Astfel de programe le vor permite agenților de publicitate să gestioneze în mod flexibil publicitatea pe scară largă, să primească rapoarte statistice pentru fiecare dintre ele și să prezică cu precizie bugetele.
2. Folosind Direct API, agențiile de publicitate pot vizualiza întreaga listă a clienților lor, iar clienții își pot vedea reprezentanții.
3. Dacă anumite expresii utilizate pentru optimizarea motoarelor de căutare oferă un CTR scăzut în publicitatea contextuală, afișarea acestora poate fi dezactivată automat. Pe platformele tematice, puteți seta rate prin API anumiți donatori pot fi eliminați.
4. API-ul Yandex.Direct are o interfață SOAP, adică oferă o selecție largă de limbaje de programare pentru crearea de aplicații. Acest protocol este acceptat de limbaje precum Perl, Java, Python etc. Schimbul de date poate fi efectuat și în format JSON.

Prin definiția din Wikipedia, un API este un set de clase gata făcute, proceduri, funcții, structuri și constante furnizate de o aplicație (bibliotecă, serviciu) pentru utilizare în produse software externe. Folosit de programatori pentru a scrie tot felul de aplicații.

Dar, deoarece o mare parte din Wikipedia nu este de înțeles pentru mulți oameni, voi încerca să explic în termeni profani ce este un API și pentru ce sunt făcute de obicei și cum sunt utilizate.

API-urile sunt complet diferite, dar ca exemplu, am ales o situație în care avem o rețea de magazine și o singură bază de date comună. Imaginează-ți că deții un program de afiliere. Programul de afiliere funcționează pe următorul principiu: o persoană se înregistrează în programul de afiliere și primește un motor de magazin. Apoi poate instala acest magazin pe gazduirea lui și poate începe să lucreze. Dar toate datele din acest magazin sunt preluate din baza noastră de date, adică trebuie să oferim fiecărui partener acces la prețioasa noastră bază de date. Vă puteți imagina cât de periculos este acest lucru? La urma urmei, trebuie să deschidem accesul la baza de date din exterior, astfel încât toate magazinele partenere să poată lucra cu ea. Ce se întâmplă dacă datele dvs. de acces cad în mâinile infractorilor?

Aici ne va ajuta API-ul. În loc să oferim acces la baza de date, vom realiza pur și simplu un API prin care magazinele partenere vor primi informații. În acest fel, numai scriptul nostru API va funcționa cu baza de date, iar magazinele vor funcționa cu acest script.

Cum functioneaza?
De exemplu, un magazin trimite o solicitare către API-ul nostru
http://ourapi.com/get_books?limit=20
iar API-ul nostru înțelege că trebuie să ofere o listă de cărți formată din 20 de exemplare, deoarece am trecut de parametrul limită egal cu 20. Scriptul nostru (API) face o solicitare la baza de date, primește o listă de cărți și le returnează la stocați (de fapt, se afișează doar ) într-un anumit format. Formatul în care API-ul returnează informații poate fi absolut orice, principalul lucru este că magazinele noastre îl înțeleg. Acesta poate fi JSON, o matrice serializată sau XML. Acest lucru nu mai este important, principalul lucru este că înțelegeți principiul.

Definiți singur setul de comenzi pe care API-ul le înțelege. De exemplu, în cazul nostru, acestea ar putea fi comenzi precum obținerea unei liste de cărți, obținerea unei liste de categorii, obținerea de cărți populare, obținerea de cărți noi etc. În acest fel, chiar dacă un atacator are ocazia să acceseze API-ul nostru, tot ce poate face este să obțină o listă de cărți, iar acest lucru nu reprezintă nicio amenințare pentru baza noastră de date.

Sper că am putut să explic ce este un API cu un exemplu simplu. Dacă aveți întrebări, adresați-le în comentarii sau pe forum și vă vom ajuta cu plăcere să le rezolvați.

Aproape toate sistemele de operare (UNIX, Windows, Mac OS etc.) au un API care permite programatorilor să creeze aplicații pentru acel sistem de operare. Principalul API al sistemelor de operare este un set de apeluri de sistem.

Definiția 3: Apel de sistem- un program de aplicație accesează nucleul sistemului de operare pentru a efectua o operație.

Sistemele de operare moderne prevăd împărțirea timpului între rularea proceselor de calcul (multitasking) și separarea puterilor, ceea ce împiedică programele de execuție să acceseze datele altor programe și hardware. Nucleul sistemului de operare rulează în modul procesor privilegiat. Pentru a efectua o operație interproces sau o operațiune care necesită acces la hardware, programul apelează nucleul, care, în funcție de autoritatea procesului apelant, execută sau interzice executarea unui astfel de apel.

Din punctul de vedere al unui programator, un apel de sistem arată de obicei ca un apel către o subrutină sau o funcție dintr-o bibliotecă de sistem. Cu toate acestea, un apel de sistem, ca caz special al unui apel la o astfel de funcție sau subrutină, ar trebui să fie distins de un apel mai general către o bibliotecă de sistem, deoarece aceasta din urmă poate să nu necesite executarea de operațiuni privilegiate.

În industria software, API-urile obișnuite, standard, pentru funcționalitatea standard sunt importante, deoarece asigură că toate programele care folosesc un API comun vor funcționa la fel de bine, sau cel puțin într-o manieră obișnuită familiară. În cazul API-urilor GUI, aceasta înseamnă că programele vor avea o interfață de utilizator similară, ceea ce face mai ușor să învețe noi produse software.

Pe de altă parte, diferențele dintre API-urile diferitelor sisteme de operare fac foarte dificilă portarea aplicațiilor între platforme. Există diverse metode de a ocoli această complexitate - scrierea de API-uri „intermediare” (API-uri GUI ale WxWidgets, Qt, GTK etc.), scrierea de biblioteci care mapează apelurile de sistem de la un sistem de operare la apelurile de sistem de la un alt sistem de operare (execuții precum Wine , cygwin, etc.), introducerea standardelor de codare în limbaje de programare (de exemplu, biblioteca standard C), scrierea de limbaje interpretate implementate pe diferite platforme (sh, python, perl, php, tcl, Java etc.) .

De asemenea, trebuie remarcat faptul că programatorul are adesea la dispoziție mai multe API-uri diferite pentru a obține același rezultat. Mai mult, fiecare API este de obicei implementat folosind componente software API de un nivel inferior de abstractizare.

De exemplu, pentru a vedea linia „Bună, lume!” în browser, trebuie doar să creați un document HTML cu un titlu minim și un corp simplu care conține această linie. Când browserul deschide acest document, programul browser va transmite numele fișierului (sau un descriptor de fișier deja deschis) bibliotecii care procesează documentele HTML, care, la rândul său, folosind API-ul sistemului de operare, va citi acest fișier și va înțelege structura acestuia. , apoi apelați secvențial prin bibliotecile API ale primitivelor grafice standard pentru operațiuni precum „ștergeți fereastra”, „scrieți în fontul selectat „Hello, world!”. În timpul efectuării acestor operațiuni, biblioteca de primitive grafice va contacta biblioteca interfeței ferestrei cu solicitările corespunzătoare, iar această bibliotecă va contacta API-ul sistemului de operare pentru a scrie date în memoria tampon a plăcii video.

Mai mult, la aproape fiecare nivel există de fapt mai multe API-uri alternative posibile. De exemplu, am putea scrie documentul sursă nu în HTML, ci în LaTeX și am putea folosi orice browser pentru afișare. Diferitele browsere folosesc în general biblioteci HTML diferite și, în plus, totul poate fi compilat (în general vorbind) folosind diferite biblioteci primitive și pe sisteme de operare diferite.

Principalele provocări ale sistemelor API pe mai multe niveluri existente sunt astfel:

· Dificultate în portarea codului programului de la un sistem API la altul (de exemplu, la schimbarea sistemului de operare);

· Pierderea funcționalității la trecerea de la un nivel inferior la unul superior. În linii mari, fiecare „layer” API este creat pentru a facilita execuția unui set standard de operațiuni. Dar, în același timp, devine cu adevărat dificil sau devine fundamental imposibil să efectuați alte operațiuni care sunt furnizate de un nivel inferior de API.

Notă. Portare- în programare, portarea înseamnă adaptarea unui program sau a unei părți a acestuia astfel încât să funcționeze într-un alt mediu, diferit de mediul pentru care a fost scris inițial, păstrându-și în același timp proprietățile de utilizator pe cât posibil.

Dacă lucrați chiar și de la distanță în apropierea industriei de dezvoltare web, puteți fi 100% sigur că veți auzi acele trei litere infame: API.

Conversațiile despre ei sunt împrăștiate între noob și experți:

„De ce ar trebui să fac un apel API? Are un număr?

„Un simplu apel la acest API terță parte vă va ajuta să realizați acest lucru.”

„Vom crea un API RESTful pentru tine; asigurați-vă că noul dumneavoastră sistem funcționează bine cu alte servicii.”

Deși API-urile pot părea înfricoșătoare la început, ele îți pot schimba literalmente viața de dezvoltator.

Pentru ce? Ei bine, învățarea cum să utilizați corect API-urile vă poate face fluxul de lucru de dezvoltare mai ușor, mai rapid și mai puternic. Crearea sau integrarea API-urilor aduce beneficii semnificative atât clienților dvs., cât și dumneavoastră.

În calitate de dezvoltatori, auziți adesea sfatul „nu reinventați roata”:

glumă:
sfat înțelept: nu reinventați roata
programator: ok
nu mai scrie niciodată cod personalizat

Glume deoparte, API-urile joacă un rol important în a se asigura că nu reinventezi roata. La Snipcart, credem cu tărie că înțelegerea elementelor fundamentale ale API este o abilitate cheie pentru dezvoltatorii web moderni. În această postare te vom ajuta să faci exact asta. Vom lua în considerare:

Beneficiile utilizării unui API Ce este de fapt un API Ce tipuri de API există Exemple practice de utilizare a unui API

Ei bine, nu este timpul să ne scufundăm?

Beneficiile API-urilor: de ce să le folosiți?

Unul dintre primii și cei mai importanți pași din cariera mea de programator a fost înțelegerea corectă a API-ului.

Încă le folosesc în fiecare zi.

Înainte de a intra în esență, permiteți-mi să vă conving că înțelegerea API-ului merită timpul dvs.

Deoarece învățarea utilizării API-urilor vă îmbunătățește foarte mult eficiența dezvoltării.

În primul rând, vă permite să utilizați unul existent logică sau părți, pe care nu trebuie să-l scrii singur. Unele lucruri pe care s-ar putea să nu le poți scrie singur! Prin urmare, pentru a economisi timp prețios, este foarte important, ca dezvoltator, să aveți o idee despre cum arată API-ul.

În al doilea rând, multe dintre problemele de dezvoltare pe care le vei întâlni au fost deja rezolvate de altcineva înaintea ta. Indiferent de forma pe care o iau aceste soluții existente (FaaS, biblioteci, servicii web, SDK-uri, API-uri de conținut etc.), cel mai probabil veți avea nevoie de un API pentru a interacționa cu ele.

Deci, ce este un API?

Ei bine, definiția oficială, înfricoșătoare este:

În programarea computerelor, o interfață de programare a aplicațiilor (API) este un set de definiții de rutină, protocoale și instrumente pentru crearea de software de aplicație. În termeni generali, este un set de metode de comunicare bine definite între diferite componente software. Un API bun facilitează dezvoltarea unui program de calculator, oferind toate elementele de bază pe care programatorul le asambla apoi.

E greu, nu? Să luăm proza ​​academică mai jos. Iată o definiție mai prietenoasă a unui API de acasă:

Mai simplu spus, un API declară o interfață cu care să interacționeze logica sa fără a fi nevoie să știe ce se întâmplă înăuntru. Această definiție poate fi aplicată oricărei limbi, protocol sau mediu în care vă aflați, atâta timp cât se află nivelul programului(mai multe despre asta mai jos).

Pentru a arunca puțină lumină asupra API-urilor, să enumerăm ce NU sunt acestea:

Un API nu este neapărat un serviciu extern. De exemplu, puteți include biblioteci direct în soluția dvs. SAU le puteți utiliza printr-un API.

Un API este mai mult decât o interfață. Aceasta este atât specificația/formatul, cât și implementarea.

API-ul nu este o interfață grafică cu utilizatorul (GUI). Nu face interacțiune la nivel grafic; funcționează exclusiv la nivel de software, fie printr-un limbaj de programare, fie printr-un protocol de comunicații.

De asemenea, API-ul nu este un web-hook. Dacă întâmpinați probleme în a înțelege diferența dintre cele două, iată o introducere în Web Hooks.

Diverse tipuri de API

Toate API-urile nu sunt create egale.

Deși în mare parte au același scop, unii îl ating mai bine decât alții. Deoarece aceasta ar trebui să fie o introducere simplă, nu voi intra în ceea ce face API-ul mai bun decât altele. Cu toate acestea, rețineți că oamenii au abordări diferite pentru a crea API-uri. Dacă sunteți interesat de acest subiect, Google „API Design Patterns” și „API Paradigms”. Sau începeți pur și simplu cu acest articol frumos de nivel de intrare https://translate.googleusercontent.com/translate_c?depth=1&rurl=translate.google.ru&sl=auto&sp=nmt4&tl=ru&u=https://blog.cloudobjects.io/api-design / 2017/04/10/api-design-paradigms/&xid=17259,15700019,15700186,15700190,15700248,15700253&usg=ALkJrhg_fNGbUZGb7u4_Ezoo :)

Scopul unui API este de a vă ușura viața de dezvoltator. Cum o fac? Prin reunirea unei colecții de caracteristici/funcții și expunerea acestor caracteristici prin punctele finale (de obicei, modele URL utilizate pentru a interacționa cu API-ul). Aceste puncte finale sunt singura modalitate de a interacționa cu orice API. Fiecare punct final va avea un format specific pentru cererile și răspunsurile sale - de obicei veți găsi acest format în documentația API.

Punctele finale pot fi funcții simple sau alcătuite din multe funcții care apelează alte API-uri și așa mai departe. Singurul punct important aici este că logica de bază a acestor funcții este complet abstractizată. Nu aveți nevoie de cunoștințe despre ceea ce se întâmplă în interiorul lor pentru a le folosi. Atâta timp cât folosești formatul corect, le vei putea folosi, ceea ce este un mod elegant de a spune, folosind părți din ele din aplicația ta.

În concluzie, un API este ca orice interfață: un întrerupător de lumină va aprinde o lumină, indiferent dacă știi cum funcționează curenții electrici (sau am învățat și eu când eram tânăr că trebuie să plătești o factură pentru a o face să funcționeze pentru electricitate, dar asta e alta poveste.)

Cum se utilizează API-ul: exemple practice

Citirea și înțelegerea documentației API

Din documente puteți vedea că fiecare funcție de obiect descrie care ar trebui să fie formatul de intrare (număr, matrice de numere etc.) și descrie formatul de ieșire. Rețineți, totuși, că nu este menționat nimic în ceea ce privește logica pentru a rula aceste funcții. De exemplu, dacă rulați consola pentru dezvoltatori și Math.sqrt (fără a executa funcția), veți obține ceva de genul ƒ sqrt() ( ) . Acesta este spiritul API-urilor: indiferent dacă apelați unul dintre API-urile sistemului dvs. de operare sau un API web, aceste principii rămân aceleași.

Exemple de utilizare API de bază

Există o mulțime de lucruri de făcut cu furnizorii populari de API. De exemplu, API-ul Google Maps este adesea folosit pentru a îmbunătăți experiența utilizatorului cu date bazate pe afișaje în timp real și pe semnale de trafic. API-ul Twitter, un alt mare, poate fi folosit pentru a filtra și afișa tweet-uri vizate în timp real.

Acum, dacă ați urmărit blogul nostru, bănuiesc că sunteți mai interesat de API-urile web decât de orice altceva. Așa că haideți să ne aprofundăm în cazurile de utilizare specifice. Vă rugăm să rețineți că vom folosi Postman în exemplele noastre. Desigur, acest client Rest este asociat cu un mediu web, dar astfel de instrumente există de obicei și în alte medii. Merită să aruncați o privire asupra instrumentelor oferite pentru un anumit mediu înainte de a începe să vă jucați cu el; vă poate economisi mult timp.

Dacă doriți să ne urmăriți, trebuie să descărcați clientul Postman https://www.getpostman.com/.

Utilizarea API-ului public pentru a prelua date

Primul nostru exemplu va fi destul de simplu, dar totuși mai interesant decât matematic.

Vom folosi API-ul Dog! Nu numai că este un API distractiv, dar și nu necesită nicio autentificare. În plus, este un API REST HTTP, ceea ce înseamnă că este un API web. Deoarece este asociat cu acest mediu, ne cere să respectăm unele caracteristici specifice ale protocolului: în acest caz verbe HTTP (GET, PUT, POST, DELETE etc.). În exemplul nostru, îl vom păstra simplu și vom folosi doar verbul GET. În orice caz, API-ul nu vă permite să susțineți nimic altceva. Majoritatea API-urilor publice vă permit doar să consumați date, nu să le publicați, cum ar fi verbul GET.

Să lansăm Postman și să vedem cum arată interfața sa de utilizator.

Interfața mea de utilizare folosește o temă întunecată, așa că poate arăta puțin diferit de a ta.

Pot fi multe informații de digerat la început, așa că să începem cu VERB și URL.

Verbul implicit ar trebui să fie GET, astfel încât să îl puteți lăsa așa și să introduceți următorul URL: https://dog.ceo/api/breeds/list/all

Faceți clic pe „Trimite” și gata! Ar trebui să primiți un răspuns cu datele relevante. Voila! Tocmai ați efectuat primul apel API. Acum, pentru acest exemplu, nu vom folosi niciuna dintre datele primite. Dar aveți o idee: puteți arăta diferite rase de câini utilizatorului dvs. și puteți afișa o imagine a acelei rase dacă dă clic pe ea.

Vă puteți juca cu diferitele rute din documentația lor pentru a vă familiariza cu mediul.

Fapt interesant: acest mic proiect este, de asemenea, open source, așa că îl puteți verifica aici https://github.com/ElliottLandsborough/dog-ceo-api.

Gestionarea autentificării utilizând API-ul privat

Aici vom folosi codul doar pentru a interacționa cu API-ul Snipcart https://docs.snipcart.com/api-reference/introduction. Poți închide Poștașul, dar ține-l la îndemână; Este bine să folosiți un astfel de instrument atunci când rulați cu un API.

Scopul va fi crearea unui instrument CLI simplu pentru a genera reduceri de utilizare unică pentru clienți. Aceste reduceri vor fi generate printr-un API și toate se vor întâmpla în întregime pe computerul dvs.

Creați un folder nou pentru acest proiect, utilizați npm init în folder și încărcați editorul de text. Acum creați un fișier index.js, apoi deschideți fișierul package.json. În el, adăugați următoarele linii la obiectul de nivel superior:

„bin”: ( „reduceri”: „./index.js”)

Vom avea nevoie, de asemenea, de pachetul comandant pentru a analiza intrarea de la client. Deci, rulați npm install -save commander în folderul curent. De asemenea, vom folosi o mică bibliotecă pentru a crea identificatori; Îl puteți instala folosind npm install -save shortid . În timp ce suntem la asta, să rulăm și npm install -save request lib, astfel încât să putem face apelurile HTTP mai ușoare. Reveniți la fișierul index.js și inserați acest cod:

#!/usr/bin/env node var program = require(‘comandant’); var shortid = require(‘shortid’); var cerere = require('cerere'); funcția CreateDiscount())( var discount = ( nume: „20% OFF”, declanșare: „Cod”, tip: „Rate”, rate: 20, maxNumberOfUsages: 1, cod: shortid.generate() ) request(( url : „http://app.snipcart.com/api/discounts" , auth: ( 'utilizator': 'YOUR_API_KEY' ), metoda: „POST”, json: true, body: discount ), funcţie (eroare, răspuns, body )( console.log(body.code); )); program .arguments(' ') .action(function(number) ( for(var i = parseFloat(number); i > 0; i-)( CreateDiscount( ); ) )).parse(process.argv);

Să ne concentrăm doar pe funcția de solicitare aici. Aici efectuăm un apel API extern către Snipcart. Puteți vedea că trecem metoda: „POST” metodei. Acest lucru se datorează faptului că dorim să publicăm date în API-ul Snipcart. Specificând această metodă, API-ul va reda acțiunea corect, astfel încât să poată citi corpul cererii, care conține datele de reducere.

O caracteristică API interesantă pe care nu am folosit-o încă este autentificarea. Toate celelalte exemple ale noastre au fost pe API-uri publice: nu necesită autentificare. Dar, în scenariile din lumea reală, majoritatea API-urilor pe care le utilizați vor necesita probabil un fel de autentificare, cum ar fi API-ul Twitter sau API-ul Google Maps. Acesta este un „model” standard în lumea API. Clienții noștri nu ar fi la fel de fericiți dacă l-am lăsa pe altcineva să creeze reduceri în magazinul lor. ;)

Conceptele de autentificare pot deveni destul de greoaie; Puteți citi această postare grozavă https://translate.googleusercontent.com/translate_c?depth=1&rurl=translate.google.ru&sl=auto&sp=nmt4&tl=ru&u=http://blog.restcase.com/restful-api-authentication- elemente de bază /&xid=17259,15700019,15700186,15700190,15700248,15700253&usg=ALkJrhjwWO5yc6nayLpXCQkh_X95B0OZMw pentru a stăpâni mai bine subiectul.

În scopul nostru, transmitem cheia API https://translate.googleusercontent.com/translate_c?depth=1&rurl=translate.google.ru&sl=auto&sp=nmt4&tl=ru&u=https://en.wikipedia.org/wiki/Application_programming_interface_key&xid =17259, 15700019,15700186,15700190,15700248,15700253&usg=ALkJrhhpSWyk-nV9379VcrY3TMcKiAdXlQ direct în cerere și urează serverul! Apoi poate face o solicitare specifică numai contului nostru.

Dacă doriți să testați mica noastră aplicație, puteți rula npm install -g în directorul proiectului și pur și simplu rulați reduceri x pentru a crea reduceri x de ori. Puteți să accesați tabloul de bord Snipcart (conturi pentru totdeauna gratuite în modul de testare) și să vă asigurați că reducerile au fost create corect. Vă puteți imagina cât de puternic poate fi acest lucru: dacă ar trebui să creați 200 dintre aceste reduceri, ar dura prea mult timp să o faceți prin interfața noastră cu utilizatorul. Cu toate acestea, odată ce vă familiarizați cu modul în care funcționează API-ul, se poate face în câteva minute. Codul este și reutilizabil, așa că dacă trebuie să faci același lucru într-o lună, ei bine, ești gata!

Dacă aveți cazuri de utilizare specifice pentru API despre care doriți să vorbiți, vă rugăm să le scrieți în comentarii. Vom analiza să le adăugăm în foaia noastră de parcurs de conținut! :)

Gânduri finale

Sper din tot sufletul că acest tutorial v-a ajutat să înțelegeți mai bine ce sunt API-urile și cum le puteți utiliza în fluxul de lucru de dezvoltare.

Câteva concluzii:

• API-urile vă vor accelera viteza și vă vor extinde capacitățile de dezvoltare. Utilizati-le!
• API-urile nu sunt neapărat legate de ecosistemul web; Le vei vedea peste tot.
• Verificați întotdeauna cu atenție documentația API-ului pe care doriți să îl utilizați.
• Căutați întotdeauna instrumentele existente (API-uri sau altele) în ecosistemul dvs. înainte de a începe să codificați.

Acum, ultimul nostru exemplu nu este gata de „producție”, dar vă oferă o idee bună despre cum ar putea arăta lucrurile în viața reală. Există multe lucruri pe care le-am putea îmbunătăți, cum ar fi să permitem utilizatorului să selecteze tipul de reducere etc. Am putea, de asemenea, să folosim codurile generate pentru a le trimite prin e-mail direct în aceeași funcție, mai degrabă decât să le înregistrăm. Dacă am avea nevoi mai mari pentru instrumentele noastre de reducere, am putea scrie API-ul singuri. De acolo am putea chiar să creăm o interfață de utilizare care interacționează cu API-ul nostru, dacă dorim. Oricum, sper că ai prins ideea acum! :)

Deci, care este următorul pas? Ca aproape tot ce se află în dezvoltare, trebuie să codificați, să codificați, să codificați și să mai codificați! Acest lucru vă va introduce în gestionarea și integrarea API. După un timp vei deveni mai eficient cu ele.

Și de aici începe adevărata distracție.