Prije ili kasnije, svaki programer naiđe na takav koncept kao API. Međutim, kada se takav sastanak dogodi, ne znaju svi što je to, zašto je to potrebno i kako ga koristiti. I u ovom članku ću popuniti ovu prazninu u znanju nekih od vas, a također ću dati primjer iz svoje prakse.
API (sučelje za programiranje aplikacija) - Ovo sučelje za programiranje aplikacija. Jednostavnije rečeno, ovo je skup raznih funkcija, konstanti, klasa, formata upita koji se mogu koristiti u drugim programima.
Može se smatrati da API je određeni objekt, čiju implementaciju ne znamo, međutim, možemo ga koristiti. Na primjer, računalo je objekt čija implementacija je poznata vrlo malo ljudi, međutim, gotovo svatko ga može koristiti obavljajući neke radnje: gledanje videa, surfanje Internetom, ispis teksta i tako dalje. Malo ljudi zna kako to sve funkcionira, ali gotovo svi to mogu.
Primjer API je Windows API, OpenGL API, Direct3D API i tako dalje.
Na primjer, ne tako davno sam također naišao izravno na API. Prijavio sam se na uslugu popisa za slanje e-pošte SmartResponder.ru"i pokrenuo mailing listu, na koju su se ljudi počeli pretplaćivati. Zadatak je bio sljedeći: u roku od jednog dana nakon pretplate, osoba može kupiti moj plaćeni video tečaj uz popust. Budući da su sve informacije o pretplatnicima pohranjene na poslužitelju" SmartResponder.ru", zatim normalan pristup (na primjer, kroz DB) Nisam imao pristup ovim podacima, ali bilo je potrebno to implementirati. dobro ti" SmartResponder.ru"imaj svoju API, koji sam koristio.
Našao sam u njima API format upita za dohvaćanje datuma pretplate kao rezultat. Prolazim kovrča Poslao sam odgovarajući zahtjev i dobio željeni datum pretplate za određeno email adrese. Zatim slijedi standardna obrada i ispis rezultata.
Prednosti:
Vrste
- vraćajući se. Kada aplikacija treće strane zatraži metodu s određenim parametrima, poslužitelj pruža tražene informacije u određenom formatu;
- mijenjanje. Klijent poziva neku funkciju poslužitelja koja na njemu unosi nove podatke ili mijenja određene postavke.
Yandex.Direct API
API je učinkovit za promociju web stranica.
- Na temelju njega programeri mogu kreirati aplikacije koje izravno komuniciraju s uslugom tražilice. Takvi programi omogućit će oglašivačima fleksibilno upravljanje velikim kampanjama, primanje statističkih izvješća o svakoj od njih i točno predviđanje proračuna.
- Agencije za oglašavanje koje koriste Direct API mogu vidjeti cijeli popis svojih klijenata, klijenata - predstavnika.
- Ako određene fraze koje se koriste za optimizaciju tražilice daju nizak CTR u kontekstualnom oglašavanju, mogu se automatski onemogućiti. Na tematskim stranicama možete postaviti stope putem API-ja, određeni donatori se mogu izbrisati.
- Yandex.Direct API ima SOAP sučelje, što znači da pruža širok raspon programskih jezika za izradu aplikacija. Ovaj protokol podržavaju jezici kao što su Perl, Java, Python, itd. Podaci se također mogu razmjenjivati u JSON formatu.
Prema definiciji iz Wikipedije, API je skup gotovih klasa, procedura, funkcija, struktura i konstanti koje daje aplikacija (biblioteka, usluga) za korištenje u vanjskim softverskim proizvodima. Koriste ga programeri za pisanje svih vrsta aplikacija.
Ali budući da mnoge stvari na Wikipediji nisu razumljive mnogima, pokušat ću na prstima objasniti što je to API i za što se obično pravi, te kako se koristi.
API-ji su potpuno različiti, ali ja sam za primjer odabrao situaciju u kojoj imamo mrežu trgovina i samo jednu zajedničku bazu podataka. Zamislite da posjedujete affiliate program. Affiliate program radi prema sljedećem principu: osoba se registrira u affiliate program i dobiva mehanizam trgovine. Tada može staviti ovu trgovinu na svoj hosting i početi raditi. Ali svi podaci o ovoj trgovini preuzeti su iz naše baze podataka, odnosno svakom partneru moramo dati pristup našoj dragocjenoj bazi podataka. Možete li zamisliti koliko je to opasno? Uostalom, moramo otvoriti pristup bazi podataka izvana, tako da sve partnerske trgovine mogu raditi s njom. Ali što se događa ako pristupni podaci padnu u ruke uljeza?
Tu će nam API pomoći. Umjesto davanja pristupa bazi, jednostavno ćemo napraviti API preko kojeg će partnerske trgovine primati informacije. Dakle, samo će naša API skripta raditi s bazom podataka, a trgovine će raditi s ovom skriptom.
Kako radi?
Na primjer, trgovina šalje zahtjev našem API-ju
http://ourapi.com/get_books?limit=20
i naš API razumije da treba vratiti popis knjiga koji se sastoji od 20 kopija, jer smo prošli parametar limita jednak 20. Naša skripta (API) šalje zahtjev bazi podataka, prima popis knjiga i vraća ih u pohranjuje (zapravo, jednostavno prikazuje ) u određenom formatu. Format u kojem API vraća informacije može biti apsolutno bilo koji, glavna stvar je da ga naše trgovine razumiju. To može biti JSON, serijalizirano polje ili XML. To više nije važno, glavno je da shvatite princip.
Skup naredbi koje API razumije ovisi o vama. Na primjer, u našem slučaju to mogu biti naredbe kao što su dobivanje popisa knjiga, dobivanje popisa kategorija, dobivanje popularnih knjiga, dobivanje novih knjiga itd. Stoga, čak i kad bi napadač mogao pristupiti našem API-ju, sve što bi mogao učiniti bilo je dobiti popis knjiga, a to ne predstavlja nikakvu prijetnju našoj bazi podataka.
Nadam se da sam na jednostavnom primjeru uspio objasniti što je API. Ako imate pitanja, postavite ih u komentarima ili na forumu, a mi ćemo vam rado pomoći u rješavanju istih.
Gotovo svi operativni sustavi (UNIX, Windows, Mac OS itd.) imaju API pomoću kojeg programeri mogu kreirati aplikacije za taj operativni sustav. Glavni API operativnih sustava je skup sistemskih poziva.
Definicija 3: Sistemski poziv- Pozivanje aplikacijskog programa na jezgru operacijskog sustava za izvođenje neke operacije.
Suvremeni operacijski sustavi omogućuju podjelu vremena između pokretanja računalnih procesa (multitasking) i odvajanje ovlasti, što sprječava izvršne programe u pristupu podacima iz drugih programa i opreme. Jezgra OS-a radi u privilegiranom načinu rada procesora. Za izvođenje međuprocesne operacije ili operacije koja zahtijeva pristup hardveru, program poziva kernel koji, ovisno o dopuštenjima pozivajućeg procesa, izvršava ili odbija izvršiti takav poziv.
Sa gledišta programera, sistemski poziv obično izgleda kao poziv podrutine ili funkcije iz sistemske biblioteke. Međutim, sistemski poziv kao poseban slučaj pozivanja takve funkcije ili potprograma mora se razlikovati od općenitijeg poziva sistemskoj biblioteci, budući da potonja možda neće zahtijevati izvođenje privilegiranih operacija.
U softverskoj industriji zajednički standardni API-ji za standardnu funkcionalnost igraju važnu ulogu jer osiguravaju da će svi programi koji koriste zajednički API raditi jednako dobro ili barem na tipičan poznati način. U slučaju GUI API-ja, to znači da će programi imati slično korisničko sučelje, što olakšava učenje novih softverskih proizvoda.
S druge strane, razlike u API-jima različitih operativnih sustava jako otežavaju prijenos aplikacija između platformi. Postoje različite metode da se zaobiđe ova složenost - pisanje "srednjih" API-ja (API-ji za grafička sučelja WxWidgets, Qt, GTK, itd.), pisanje biblioteka koje mapiraju sistemske pozive iz jednog OS-a u sistemske pozive iz drugog OS-a (okruženja vremena izvođenja kao npr. Wine, cygwin, itd.), uvođenje standarda kodiranja u programske jezike (na primjer, standardna biblioteka C), pisanje interpretiranih jezika koji se mogu implementirati na različitim platformama (sh, python, perl, php, tcl, Java , itd.) .).
Također treba napomenuti da programer često ima nekoliko različitih API-ja na raspolaganju kako bi postigao isti rezultat. U ovom slučaju, svaki API obično se implementira pomoću API-ja softverskih komponenti niže razine apstrakcije.
Na primjer, da biste vidjeli niz "Hello, world!" u pregledniku, dovoljno je stvoriti HTML dokument s minimalnim naslovom i jednostavnim tijelom koje sadrži ovaj niz. Kada preglednik otvori ovaj dokument, program preglednika će proslijediti naziv datoteke (ili već otvoreni deskriptor datoteke) biblioteci koja obrađuje HTML dokumente, koja će zauzvrat, koristeći API operativnog sustava, pročitati ovu datoteku i razumjeti njen uređaj , zatim sekvencijalno pozivati preko API biblioteka standardnih grafičkih primitiva za operacije poput "očisti prozor", "piši s odabranim fontom "Hello, world!"". Tijekom izvođenja ovih operacija, biblioteka grafičkih primitiva obratit će se biblioteci sučelja prozora s odgovarajućim zahtjevima, ova biblioteka će se već obratiti API-ju operativnog sustava za pisanje podataka u međuspremnik video kartice.
U isto vrijeme, zapravo postoji nekoliko mogućih alternativnih API-ja na gotovo svakoj razini. Na primjer, mogli bismo napisati izvorni dokument ne u HTML-u, već u LaTeX-u, mogli bismo koristiti bilo koji preglednik za prikaz. Različiti preglednici općenito koriste različite HTML biblioteke, a osim toga, može se (općenito) izgraditi pomoću različitih primitivnih biblioteka i na različitim operativnim sustavima.
Glavne složenosti postojećih slojevitih API sustava su stoga:
Poteškoće u prijenosu programskog koda s jednog API sustava na drugi (na primjer, pri promjeni OS-a);
· Gubitak funkcionalnosti pri prelasku s niže razine na višu. Grubo govoreći, svaki "sloj" API-ja stvoren je da olakša implementaciju nekog standardnog skupa operacija. Ali u isto vrijeme, stvarno postaje teško, ili postaje fundamentalno nemoguće, izvršiti neke druge operacije koje pruža niža razina API-ja.
Bilješka. Prijenos- portiranje se u programiranju podrazumijeva kao prilagodba nekog programa ili njegovog dijela tako da radi u drugom okruženju, različitom od okruženja za koje je izvorno napisan uz maksimalno očuvanje njegovih korisničkih svojstava.
Ako čak i izdaleka radite u industriji web razvoja, možete biti 100% sigurni da ćete čuti ova tri sramotna slova: API.
O njima se vode razgovori između noobova i stručnjaka:
"Zašto bih trebao uputiti API poziv? Ima li on broj?"
"Jednostavan poziv ovom API-ju treće strane dovest će vas tamo."
“Stvorit ćemo RESTful API za vas; provjerite radi li vaš novi sustav dobro s drugim uslugama."
Iako se API-ji u početku mogu činiti zastrašujućima, oni vam mogu doslovno promijeniti život kao programera.
Za što? Pa, učenje kako pravilno koristiti API-je može vaš tijek razvoja učiniti lakšim, bržim i snažnijim. Stvaranje ili integracija API-ja donosi značajne prednosti i korisnicima i vama.
Kao programeri, često čujete savjet "nemojte ponovno izmišljati kotač":
vic:
mudar savjet: nemoj ponovno izmišljati kotač
programer: ok
nikada više ne piši vlastiti kod
Šalu na stranu, API-ji igraju važnu ulogu u sprječavanju ponovnog izuma kotača. Mi u Snipcartu čvrsto vjerujemo da je razumijevanje osnova API-ja ključna vještina za današnje web programere. U ovom postu ćemo vam pomoći da učinite upravo to. Razmotrit ćemo:
Prednosti korištenja API-ja Što API zapravo jest Koje vrste API-ja postoje Praktični primjeri korištenja API-ja
Pa, nije li vrijeme da zaronimo u to?
Prednosti API-ja: zašto ih koristiti?
Jedna od prvih, najvažnijih prekretnica u mojoj karijeri programera bilo je ispravno postavljanje API-ja.
I dalje ih koristim svaki dan.
Prije nego što uđem u detalje, dopustite mi da vas prvo uvjerim da je razumijevanje API-ja vrijedno vašeg truda.
Jer učenje korištenja API-ja uvelike povećava učinkovitost vašeg razvoja.
Prvo, omogućuje vam korištenje već postojećeg logika ili dijelovi, koje ne morate sami napisati. Neke stvari možda jednostavno nećete moći napisati sami! Stoga je, kako biste uštedjeli dragocjeno vrijeme, vrlo važno kao programer imati ideju o tome kako API izgleda.
Drugo, mnoge razvojne probleme s kojima ćete se susresti već je riješio netko drugi prije vas. Koji god oblik ova postojeća rješenja uzela (FaaS, biblioteke, web usluge, SDK-ovi, sadržajni API-ji itd.), najvjerojatnije će vam trebati API za interakciju s njima.
Dakle, što je API?
Pa, službena, zastrašujuća definicija je:
U računalnom programiranju, aplikacijsko programsko sučelje (API) skup je definicija potprograma, protokola i alata za stvaranje aplikacijskog softvera. Općenito, to je skup dobro definiranih komunikacijskih metoda između različitih komponenti softvera. Dobar API olakšava razvoj računalnog programa pružajući sve građevne blokove koje zatim sastavlja programer.
Teško je, ha? Spustimo akademsku prozu malo niže. Evo jednostavnije definicije kućnog API-ja:
Jednostavno rečeno, API deklarira sučelje za interakciju s njegovom logikom. a da ne morate znati što se unutra događa. Ova se definicija može primijeniti na bilo koji jezik, protokol ili okruženje u kojem se nalazite, sve dok se na njemu događa programsku razinu(više o tome u nastavku).
Da bacimo malo svjetla na API-je, nabrojimo što oni NISU:
API nije nužno vanjska usluga. Na primjer, možete uključiti biblioteke izravno u svoje rješenje ILI ih koristiti putem API-ja.
API nije samo sučelje. To je i specifikacija/format i implementacija.
API nije GUI (grafičko korisničko sučelje). Ne radi interakciju na grafičkoj razini; radi isključivo na softverskoj razini, bilo kroz programski jezik ili kroz komunikacijski protokol.
API također nije web-priključak. Ako vam je teško razumjeti razliku između to dvoje, evo uvoda u webdojavnike.
Različite vrste API-ja
Nisu svi API-ji stvoreni jednaki.
Iako u osnovi dijele isti cilj, neki ga postižu bolje od drugih. Budući da bi ovo trebao biti lagan uvod, neću ulaziti u to što API čini boljim od drugih. Međutim, imajte na umu da ljudi imaju različite pristupe izradi API-ja. Ako vas zanima ova tema, potražite na Googleu "API Design Patterns" i "API Paradigms". Ili samo počnite s ovim zgodnim početnim člankom 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_fNGb7u4_EowoGcThqlUZsxYzow. :)
Svrha API-ja je olakšati vaš život programera. Kako to oni rade? Spajanjem zbirke značajki/značajki i izlaganjem tih značajki putem krajnjih točaka (obično URL obrasci koji se koriste za interakciju s API-jem). Ove su krajnje točke jedini način za interakciju s bilo kojim API-jem. Svaka krajnja točka imat će poseban format za svoje zahtjeve i odgovore - obično ćete pronaći ovaj format u dokumentaciji API-ja.
Krajnje točke mogu biti jednostavne funkcije ili se mogu sastojati od mnogih funkcija koje pozivaju druge API-je i tako dalje. Jedina važna točka ovdje je da je sržna logika ovih funkcija potpuno apstrahirana. Ne trebate nikakvo znanje o tome što se događa u njima da biste ih koristili. Sve dok koristite ispravan format, trebali biste ih moći koristiti, što je otmjen način da kažete korištenjem njihovih dijelova unutar vaše aplikacije.
Ukratko, API je poput svakog sučelja: prekidač za svjetlo će upaliti svjetlo bez obzira znate li kako električna struja radi (ili sam kao mladić također naučio da morate platiti račun da bi funkcioniralo). za struju , ali to je druga priča.)
Kako koristiti API: Praktični primjeri
Čitanje i razumijevanje API dokumentacije
Iz dokumenata se može vidjeti da svaka funkcija objekta opisuje kakav bi trebao biti ulazni format (broj, niz brojeva, itd.) i opisuje izlazni format. Imajte na umu, međutim, da se ništa ne spominje u vezi s logikom pokretanja ovih funkcija. Na primjer, ako pokrenete konzolu za razvojne programere i Math.sqrt (bez izvršavanja funkcije), dobit ćete nešto poput ƒ sqrt() ( ) . Ovo je duh API-ja: bez obzira na to zovete li jedan od API-ja svog operativnog sustava ili web API, ova će načela vrijediti.
Osnovni slučajevi korištenja API-ja
Postoji hrpa stvari koje možete učiniti s popularnim pružateljima API-ja. Na primjer, Google Maps API često se koristi za poboljšanje korisničkog iskustva s podacima na temelju prikaza u stvarnom vremenu i prometnih signala. Twitter API, još jedan odličan, može se koristiti za filtriranje i prikaz ciljanih tweetova u stvarnom vremenu.
Sada, ako ste pratili naš blog, pretpostavljam da vas više zanima Web API nego bilo što drugo. Pa zaronimo u konkretne slučajeve upotrebe. Imajte na umu da ćemo u našim primjerima koristiti Postmana. Naravno, ovaj Rest Client je vezan uz web okruženje, ali takvi alati obično postoje iu drugim okruženjima. Vrijedno je pogledati alate koji se nude za određeno okruženje prije nego se počnete igrati s njim; može vam uštedjeti mnogo vremena.
Ako nas želite pratiti potrebno je preuzeti Postman klijent .https://www.getpostman.com/
Korištenje javnog API-ja za dohvaćanje podataka
Naš prvi primjer bit će prilično jednostavan, ali ipak zanimljiviji od matematičkog.
Koristit ćemo Dog API! Ne samo da je zabavan API, već ne zahtijeva nikakvu provjeru autentičnosti. Također, to je HTTP REST API, što znači da je web API. Budući da je vezan za to okruženje, zahtijeva od nas da se prilagodimo nekim specifičnostima protokola: u ovom slučaju, HTTP glagolima (GET, PUT, POST, DELETE, itd.). U našem ćemo primjeru biti jednostavan i koristit ćemo samo glagol GET. U svakom slučaju, API ne dopušta da bilo što drugo bude podržano. Većina javnih API-ja dopušta vam samo konzumiranje podataka, ne i njihovo objavljivanje, kao što je glagol GET.
Pokrenimo Postman i vidimo kako izgleda njegovo korisničko sučelje. 
Moje korisničko sučelje koristi tamnu temu, pa bi moglo izgledati malo drugačije od vašeg.
U početku bi moglo biti puno informacija za probaviti, pa počnimo s GLAGOLOM i URL-om.
Zadani glagol trebao bi biti GET tako da ga možete ostaviti tako i unijeti sljedeći URL: https://dog.ceo/api/breeds/list/all
Pritisnite "Pošalji" i to je to! Trebali biste dobiti odgovor s relevantnim podacima. Voila! Upravo ste napravili svoj prvi API poziv. Sada, za ovaj primjer, nećemo koristiti nijedan od primljenih podataka. Ali imate ideju: možete pokazati različite pasmine pasa svom korisniku i prikazati sliku te pasmine ako klikne na nju.
Možete se poigrati s različitim rutama u njihovoj dokumentaciji kako biste se upoznali s okolinom.
Cool činjenica: ovaj mali projekt također je otvorenog koda, pa ga možete pogledati ovdje https://github.com/ElliottLandsborough/dog-ceo-api.
Rukovanje autentifikacijom s privatnim API-jem
Ovdje ćemo samo koristiti kôd za interakciju sa Snipcart API-jem https://docs.snipcart.com/api-reference/introduction. Možete zatvoriti Postman, ali neka vam bude pri ruci; dobro je koristiti takav alat kada počinjete s API-jem.
Cilj će biti stvoriti jednostavan CLI alat za kreiranje jednokratnih popusta za kupce. Ti će se popusti generirati putem API-ja i sve će se to odvijati isključivo na vašem računalu.
Napravite novu mapu za ovaj projekt, upotrijebite npm init na mapi i učitajte uređivač teksta. Sada stvorite datoteku index.js, zatim otvorite datoteku package.json. U njemu dodajte sljedeće retke objektu najviše razine:
"bin": ( "popusti": "./index.js" )
Također će nam trebati paket Commander za analizu unosa klijenta. Dakle, pokrenite npm install -save commander u trenutnoj mapi. Također ćemo koristiti malu biblioteku za stvaranje identifikatora; Možete ga instalirati pomoću npm install -save shortid. Kad smo već kod toga, pokrenimo i npm install -save request lib da nam olakša upućivanje HTTP poziva. Vratite se na svoju datoteku index.js i zalijepite ovaj kod:
#!/usr/bin/env node var program = require('commander'); var shortid = require('shortid'); varrequest = require('request'); function CreateDiscount()( var discount = ( name: '20% OFF', trigger: 'Code', type: 'Rate', rate: 20, maxNumberOfUsages: 1, code: shortid.generate() ) request(( url: “http://app.snipcart.com/api/discounts" , auth: ('user': 'YOUR_API_KEY'), metoda: "POST", json: true, body: discount), funkcija (greška, odgovor, tijelo )( console.log(body.code); )); ) program .arguments(' ') .action(function(number) ( for(var i = parseFloat(number); i > 0; i-)( CreateDiscount( ); ) )) .parse(process.argv);
Usredotočimo se samo na funkciju zahtjeva ovdje. Ovdje upućujemo vanjski API poziv Snipcartu. Možete vidjeti da metodi prosljeđujemo metodu: "POST". To je zato što želimo objaviti podatke u Snipcart API. Određivanjem ove metode, API će ispravno prikazati radnju tako da može pročitati tijelo zahtjeva koje sadrži podatke o popustu.
Zanimljiva značajka API-ja koju još nismo koristili je autentifikacija. Svi naši drugi primjeri bili su na javnim API-jima: ne zahtijevaju provjeru autentičnosti. Ali u scenarijima stvarnog svijeta, većina API-ja koje koristite vjerojatno će zahtijevati neku vrstu provjere autentičnosti, poput Twitter API-ja ili Google Maps API-ja. Ovo je standardni "uzorak" u API svijetu. Naši kupci ne bi bili toliko sretni da smo dopustili bilo kome da stvara popuste u njihovoj trgovini. ;)
Koncepti autentifikacije mogu postati prilično glomazni; Možete pročitati ovaj cool post 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- osnove /&xid=17259,15700019,15700186,15700190,15700248,15700253&usg=ALkJrhjwWO5yc6nayLpXCQkh_X95B0OZMw za bolje razumijevanje teme.
U našu svrhu prosljeđujemo API ključ 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 izravno u zahtjevu, i hura poslužitelj nas prepoznaje! Tada može podnijeti zahtjev samo za naš račun.
Ako želite testirati našu malu aplikaciju, možete pokrenuti npm install -g u direktoriju projekta i samo pokrenuti popuste x da biste generirali popuste x broj puta. Možete otići na svoju Snipcart ploču (zauvijek besplatni probni računi) i provjeriti jesu li popusti ispravno kreirani. Možete zamisliti koliko ovo može biti moćno: kada biste morali kreirati 200 ovih popusta, trebalo bi predugo da to učinite putem našeg korisničkog sučelja. Međutim, nakon što se upoznate s načinom rada API-ja, to možete učiniti za nekoliko minuta. Kôd je također moguće ponovno upotrijebiti, pa ako trebate učiniti isto za mjesec dana, spremni ste!
Ako imate specifične slučajeve upotrebe za API o kojima želite razgovarati, napišite ih u komentarima. Razmotrit ćemo njihovo dodavanje u naš plan sadržaja! :)
Završne misli
Iskreno se nadam da vam je ovaj vodič pomogao da bolje razumijete što su API-ji i kako ih možete koristiti u svom tijeku razvoja.
Nekoliko zaključaka:
- API-ji će ubrzati vašu brzinu i proširiti mogućnosti razvoja. Upotrijebi ih!
- API-ji nisu nužno povezani s web ekosustavom; Vidjet ćete ih posvuda.
- Uvijek pažljivo provjerite dokumentaciju za API koji želite koristiti.
- Uvijek tražite postojeće alate (API ili neki drugi) u vašem ekosustavu prije nego počnete kodirati.
Naš posljednji primjer nije spreman za "produkciju", ali vam daje dobru ideju o tome kako stvari mogu izgledati u stvarnom životu. Postoji mnogo stvari koje bismo mogli poboljšati, poput dopuštanja korisniku da odabere vrstu popusta itd. Također bismo mogli upotrijebiti generirane kodove da im pošaljemo e-poštom izravno u istoj funkciji umjesto da ih samo registriramo. Ako bismo imali povećane potrebe za našim alatima za popust, mogli bismo sami napisati API. Odatle bismo čak mogli stvoriti korisničko sučelje koje je u interakciji s našim API-jem ako bismo to htjeli. U svakom slučaju, nadam se da ste sada shvatili! :)
Dakle, koji je sljedeći korak? Kao i gotovo sve u razvoju, trebate kodirati, kodirati, kodirati i još malo kodirati! Ovo će vas uvesti u upravljanje i integraciju API-ja. Nakon nekog vremena s njima ćete postati učinkovitiji.
I tu počinje prava zabava.