Mis on API? | Kiire definitsioon

Mis on API?

tutvustus

Mõne klõpsuga töölaual või seadmel saate igal ajal midagi osta, müüa või avaldada. Kuidas see täpselt juhtub? Kuidas info saada siitsamast sinna? Tundmatu kangelane on API.

Mis on API?

API tähistab an RAKENDUSE PROGRAMMEERIMISLIIDES. API väljendab tarkvarakomponenti, selle toiminguid, sisendeid, väljundeid ja aluseks olevaid tüüpe. Aga kuidas seletada API-d lihtsas inglise keeles? API toimib sõnumitoojana, mis edastab teie päringu rakendusest ja saadab vastuse teile tagasi.

Näide 1: Kui otsite lende võrgus. Suhtlete lennufirma veebisaidiga. Veebisaidil on täpsustatud istekohad ja lennu maksumus sellel konkreetsel kuupäeval ja kellaajal. Saate valida oma söögikoha või istekoha, pagasi või lemmikloomasoovid.

Kuid kui te ei kasuta lennufirma otsest veebisaiti või kasutate veebipõhist reisibürood, mis ühendab paljude lennufirmade andmeid. Teabe saamiseks suhtleb rakendus lennufirma API-ga. API on liides, mis viib andmed reisibüroo veebisaidilt lennufirma süsteemi.

 

Samuti võtab see lennufirma vastuse ja toimetab kohe tagasi. See hõlbustab reisiteenuse ja lennufirma süsteemide vahelist suhtlust lennu broneerimiseks. API sisaldab teeki rutiinide, andmestruktuuride, objektiklasside ja muutujate jaoks. Näiteks SOAP- ja REST-teenused.

 

Näide 2: Best Buy teeb oma veebisaidi kaudu päevapakkumise erihinna. Samad andmed on selle mobiilirakenduses. Rakendus ei muretse sisemise hinnasüsteemi pärast – see võib helistada Deal of the Day API-le ja küsida, mis on hinnakujundus eriline? Best Buy vastab nõutud teabega standardvormingus, mida rakendus lõppkasutajale kuvab.

 

Näide3:  Sotsiaalmeedia API-d on üliolulised. Kasutajad pääsevad sisule juurde ning hoiavad jälgitavate kontode ja paroolide arvu madalana, et asjad oleksid lihtsad.

  • Twitteri API: saate suhelda enamiku Twitteri funktsioonidega
  • Facebooki API: maksete, kasutajaandmete ja sisselogimise jaoks 
  • Instagram API: märkige kasutajad, vaadake populaarseid fotosid

Aga REST & SOAP API-d?

SOAP ja REST kasutage API-d tarbivat teenust, mida tuntakse kui Web API-t. Veebiteenus ei sõltu teabe eelteadmistest. SOAP on veebiteenuse protokoll, mis on kerge platvormist sõltumatu. SOAP on XML-põhine sõnumsideprotokoll. Erinevalt SOAP-i veebiteenusest kasutab Restful teenus REST-arhitektuuri, mis on loodud punkt-punkti suhtluseks.

SOAP veebiteenus

Simple Object Access Protocol (SOAP) kasutab HTTP-protokolle, et võimaldada rakendustel suhelda. SOAP on suunatud, olekuta side sõlmede vahel. SOAP-sõlmesid on kolme tüüpi:

  1. SOAP Sender – sõnumi loomine ja edastamine.

  2. SOAP Receiver – hangib ja töötleb sõnumit.

  3. SOAP-vahendaja – võtab vastu ja töötleb päiseplokke.

RESTful veebiteenus

Representational State Transfer (REST) ​​on seotud kliendi ja serveri vahelise suhte ning oleku protsessidega. Rest-arhitektuur, REST-server pakub kliendile juurdepääsu ressurssidele. Puhkus tegeleb ressursside lugemise ja muutmise või kirjutamisega. Uniform Identifier (URI) identifitseerib dokumendi sisaldavaid ressursse. See jäädvustab ressursi oleku.

REST on kergem kui SOAP arhitektuur. See parsib SOAP-arhitektuuris kasutatava XML-i asemel JSON-i, inimloetavat keelt, mis võimaldab andmete jagamist ja hõlpsamini kasutatavaid andmeid.

Restful Web Service'i kujundamisel on mitu põhimõtet, mis on järgmised:

  • Adresseeritavus – igal ressursil peab olema vähemalt üks URL.
  • Kodakondsusetus – rahustav teenus on kodakondsuseta teenus. Päring ei sõltu teenuse varasematest taotlustest. HTTP on oma olemuselt olekuta protokoll.
  • Vahemällu salvestatav – vahemällu salvestatavateks märgitud andmed salvestatakse süsteemis ja kasutatakse tulevikus uuesti. Vastusena samale päringule samade tulemuste asemel. Vahemälu piirangud võimaldavad vastuse andmete märkimist vahemällu salvestatavateks või mittevahemällu salvestatavateks.
  • Ühtne liides – võimaldab juurdepääsuks kasutada ühist ja standardset liidest. Määratletud HTTP-meetodite kogumi kasutamine. Nendest kontseptsioonidest kinnipidamine tagab, et REST-i rakendamine on kerge.

RESTi eelised

  • Kasutab sõnumite jaoks lihtsamat vormingut
  • Pakub tugevamat pikaajalist efektiivsust
  • See toetab kodakondsuseta suhtlust
  • Kasutage HTTP standardeid ja grammatikat
  • Andmed on ressursina saadaval

RESTi puudused

  • Ebaõnnestumine veebiteenuse standardites, nagu turvatehingud jne.
  • REST-päringud ei ole skaleeritavad

REST vs SOAP võrdlus

SOAP ja REST veebiteenuste erinevused.

 

SOAP veebiteenus

Puhke veebiteenus

Nõuab suurt sisendkoormust võrreldes RESTiga.

REST on kerge, kuna kasutab andmevormide jaoks URI-d.

SOAP-teenuste muutus toob sageli kaasa olulise koodimuutuse kliendi poolel.

Kliendipoolset koodi ei mõjuta teenuste muudatused REST-i veebipakkumises.

Tagastamise tüüp on alati XML-tüüpi.

Tagab tagastatavate andmete vormi osas mitmekülgsuse.

XML-põhine sõnumiprotokoll

Arhitektuurne protokoll

Nõuab SOAP teeki kliendi lõpus.

Teeki tuge pole vaja, tavaliselt kasutatakse HTTP kaudu.

Toetab WS-Security ja SSL-i.

Toetab SSL-i ja HTTPS-i.

SOAP määratleb oma turvalisuse ise.

RESTful veebiteenused pärivad turvameetmed aluseks olevalt transpordilt.

API väljalaskepoliitika tüübid

API väljalaskereeglid on järgmised:

 

Eraldi väljalaske eeskirjad: 

API on saadaval ainult ettevõttesiseseks kasutamiseks.


Partnerite väljalaske eeskirjad:

API on saadaval ainult teatud äripartneritele. Ettevõtted saavad API kvaliteeti kontrollida, kuna neil on kontroll selle üle, kes sellele juurde pääseb.

 

Avaliku väljastamise eeskirjad:

API on avalikuks kasutamiseks. Väljalaskepoliitika kättesaadavus on avalikkusele kättesaadav. Näide: Microsoft Windows API ja Apple's Cocoa.

Järeldus

API-d on kõikjal olemas, olenemata sellest, kas broneerite lendu või kasutate sotsiaalmeedia rakendusi. SOAP API põhineb XML-suhtlusel, see erineb REST API-st selle poolest, et ei vaja erikonfiguratsiooni.

Rest Web teenuste kujundamisel tuleks järgida teatud kontseptsioone, sealhulgas adresseeritavus, kodakondsusetus, vahemällu salvestatavus ja standardliides. API väljalaskereeglid võib jagada kolme kategooriasse: privaatsed API-d, partneri API-d ja avalikud API-d.

Täname, et lugesite seda artiklit. Vaadake meie artiklit juhendi kohta API turvalisus 2022.