Šta je API? | Brza definicija

Šta je API?

Intro

Sa nekoliko klikova na desktopu ili uređaju, možete kupiti, prodati ili objaviti bilo šta, bilo kada. Kako se to tačno dešava? Kako radi informacija doći odavde do tamo? Neprepoznati heroj je API.

Šta je API?

API je skraćenica za an INTERFEJS ZA PROGRAMIRANJE APLIKACIJE. API izražava softversku komponentu, njene operacije, ulaze, izlaze i osnovne tipove. Ali kako objasniti API na običnom engleskom? API funkcionira kao glasnik koji prenosi vaš zahtjev iz aplikacije i vraća vam odgovor.

Primer 1: Kada tražite letove na mreži. Vi stupate u interakciju s web-stranicom aviokompanije. Web stranica sadrži detalje o sjedalima i cijeni leta na određeni datum i vrijeme. Vi birate svoj obrok ili sjedenje, prtljagu ili zahtjeve za kućne ljubimce.

Ali, ako ne koristite direktnu web stranicu aviokompanije ili koristite online putničku agenciju koja kombinuje podatke mnogih avio kompanija. Da bi dobila informacije, aplikacija stupa u interakciju s API-jem aviokompanije. API je sučelje koje prenosi podatke sa web stranice putničke agencije u sistem aviokompanije.

 

Takođe uzima odgovor avio-kompanije i odmah vraća. Ovo olakšava interakciju između putničke usluge i sistema aviokompanije za rezervaciju leta. API uključuje biblioteku za rutine, strukture podataka, klase objekata i varijable. Na primjer, SOAP i REST usluge.

 

Primer 2: Best Buy čini posebne cijene ponude dostupnim putem svoje web stranice. Isti podaci nalaze se u njegovoj mobilnoj aplikaciji. Aplikacija ne brine o internom sistemu određivanja cijena – može pozvati API Deal of the Day i pitati, koja je posebna cijena? Best Buy odgovara sa traženim informacijama u standardnom formatu koji aplikacija prikazuje krajnjem korisniku.

 

Primjer 3:  API-ji za društvene mreže su ključni. Korisnici mogu pristupiti sadržaju i zadržati nizak broj računa i lozinki koje prate, tako da mogu učiniti stvari jednostavnim.

  • Twitter API: Interakcija s većinom Twitter funkcija
  • Facebook API: Za plaćanja, korisničke podatke i prijavu 
  • Instagram API: Označite korisnike, pogledajte fotografije u trendu

Šta je sa REST & SOAP API-jem?

SOAP i REST koristite uslugu koja koristi API, poznatu kao Web API. Web usluga ne zavisi od bilo kakvog prethodnog znanja o informacijama. SOAP je protokol web usluge koji je lagan i neovisan o platformi. SOAP je protokol za razmjenu poruka zasnovan na XML-u. Za razliku od SOAP web servisa, Restful servis koristi REST arhitekturu, izgrađenu za komunikaciju od tačke do tačke.

SOAP Web servis

Simple Object Access Protocol (SOAP) koristi HTTP protokole kako bi omogućio aplikacijama da komuniciraju. SOAP je usmjerena komunikacija bez stanja između čvorova. Postoje 3 tipa SOAP čvorova:

  1. SOAP Sender – kreiranje i slanje poruke.

  2. SOAP Receiver – prima i obrađuje poruku.

  3. SOAP posrednik - prima i obrađuje blokove zaglavlja.

RESTful Web Service

Prenos reprezentativnog stanja (REST) ​​se odnosi na odnos između klijenta i servera i kako stanje obrađuje. Rest arhitektura, REST server omogućava pristup resursima klijentu. Ostatak upravlja čitanjem i modifikacijom ili pisanjem resursa. Uniform Identifier (URI) identifikuje resurse koji sadrže dokument. Ovo će uhvatiti stanje resursa.

REST je lakši od SOAP arhitekture. On analizira JSON, jezik čitljiv ljudima koji omogućava dijeljenje podataka i lakšu upotrebu podataka, umjesto XML-a koji koristi SOAP arhitektura.

Postoji nekoliko principa za dizajniranje Restful Web Servicea, a to su:

  • Adresabilnost – Svaki resurs treba da ima najmanje jedan URL.
  • Bez državljanstva – Restful service je usluga bez državljanstva. Zahtjev je nezavisan od prethodnih zahtjeva usluge. HTTP je po dizajnu protokol bez stanja.
  • Keširanje – Podaci označeni kao keširani pohranjuju se u sistemu i ponovo se koriste u budućnosti. Kao odgovor na isti zahtjev umjesto da proizvede iste rezultate. Ograničenja predmemorije omogućavaju označavanje podataka odgovora kao keširajuće ili ne-keširajuće.
  • Jedinstveni interfejs – Omogućava korišćenje zajedničkog i standardizovanog interfejsa za pristup. Upotreba definirane kolekcije HTTP metoda. Pridržavanje ovih koncepata osigurava da je implementacija REST-a lagana.

Prednosti REST-a

  • Koristi jednostavniji format za poruke
  • Nudi jaču dugoročnu efikasnost
  • Podržava komunikaciju bez državljanstva
  • Koristite HTTP standarde i gramatiku
  • Podaci su dostupni kao resurs

Nedostaci REST-a

  • Ne ispunjava standarde web usluga kao što su sigurnosne transakcije itd.
  • REST zahtjevi nisu skalabilni

REST vs SOAP poređenje

Razlike između SOAP i REST web servisa.

 

SOAP web servis

Rest Web Service

Zahtijeva veliko opterećenje unosa u odnosu na REST.

REST je lagan jer koristi URI za forme podataka.

Promjena u SOAP uslugama često dovodi do značajne promjene koda na strani klijenta.

Promena usluga u REST web obezbeđivanju ne utiče na kôd na strani klijenta.

Tip povratka je uvijek XML tip.

Pruža svestranost u pogledu oblika vraćenih podataka.

Protokol poruka zasnovan na XML-u

Arhitektonski protokol

Zahtijeva SOAP biblioteku na kraju klijenta.

Nije potrebna podrška biblioteke koja se obično koristi preko HTTP-a.

Podržava WS-Security i SSL.

Podržava SSL i HTTPS.

SOAP definira vlastitu sigurnost.

RESTful web servisi nasljeđuju sigurnosne mjere od osnovnog transporta.

Vrste politika izdavanja API-ja

Pravila izdanja za API su:

 

Pravila za privatno izdanje: 

API je dostupan samo za internu upotrebu kompanije.


Partnerske politike izdavanja:

API je dostupan samo za određene poslovne partnere. Kompanije mogu kontrolisati kvalitet API-ja zbog kontrole ko mu može pristupiti.

 

Politika javnog objavljivanja:

API je za javnu upotrebu. Dostupnost politika izdanja dostupna je javnosti. Primjer: Microsoft Windows API i Appleov Cocoa.

zaključak

API-ji su prisutni svuda, bilo da rezervišete let ili koristite aplikacije društvenih medija. SOAP API je baziran na XML komunikaciji, razlikuje se od REST API-ja po tome što ne zahtijeva nikakvu posebnu konfiguraciju.

Dizajniranje Rest Web servisa treba da se pridržava određenih koncepata, uključujući adresiranje, bezdržavnost, mogućnost keširanja i standardni interfejs. Pravila za izdavanje API-ja mogu se podijeliti u tri kategorije: privatni API-ji, partnerski API-ji i javni API-ji.

Hvala vam što ste pročitali ovaj članak. Pogledajte naš članak o Vodiču za API sigurnost 2022.