Kas yra API? | Greitas apibrėžimas

Kas yra API?

Įvadas

Keliais darbalaukio ar įrenginio paspaudimais galite bet kada nusipirkti, parduoti ar paskelbti bet ką. Kaip tiksliai tai vyksta? Kaip informacija patekti iš čia pat į ten? Neatpažintas herojus yra API.

Kas yra API?

API reiškia an TAIKOMŲJŲ PROGRAMŲ PROGRAMAVIMO SĄSAJA. API išreiškia programinės įrangos komponentą, jo operacijas, įvestis, išvestis ir pagrindinius tipus. Bet kaip paaiškinti API paprasta anglų kalba? API veikia kaip pasiuntinys, kuris perkelia jūsų užklausą iš programos ir pateikia jums atsakymą.

Pavyzdys 1: Kai ieškote skrydžių internetu. Jūs bendraujate su oro linijų svetaine. Svetainėje pateikiama informacija apie sėdimas vietas ir skrydžio kainą tą konkrečią datą ir laiką. Jūs pasirenkate maistą ar sėdimą vietą, bagažą ar augintinio pageidavimus.

Bet jei nesinaudojate tiesiogine oro linijų svetaine arba naudojatės internetiniu kelionių agentu, kuris sujungia daugelio oro linijų duomenis. Kad gautų informaciją, programa sąveikauja su oro linijų API. API yra sąsaja, kuri perkelia duomenis iš kelionių agento svetainės į oro linijų sistemą.

 

Taip pat atsižvelgiama į oro linijų atsaką ir pateikiami iškart atgal. Tai palengvina kelionių paslaugos ir oro linijų sistemų sąveiką, kad būtų galima užsisakyti skrydį. API apima rutinų, duomenų struktūrų, objektų klasių ir kintamųjų biblioteką. Pavyzdžiui, SOAP ir REST paslaugos.

 

Pavyzdys 2: „Best Buy“ siūlo specialią „Dienos pasiūlymo“ kainą savo svetainėje. Tie patys duomenys yra jo mobiliojoje programoje. Programėlė nesijaudina dėl vidinės kainodaros sistemos – ji gali paskambinti Deal of the Day API ir paklausti, kuo ta kainodara ypatinga? „Best Buy“ atsako pateikdama prašomą informaciją standartiniu formatu, kurį programa rodo galutiniam vartotojui.

 

Pavyzdys3:  Socialinės žiniasklaidos API yra labai svarbios. Vartotojai gali pasiekti turinį ir išlaikyti mažą turimų paskyrų ir slaptažodžių skaičių, kad viskas būtų paprasta.

  • „Twitter“ API: sąveikaukite su dauguma „Twitter“ funkcijų
  • Facebook API: mokėjimams, vartotojo duomenims ir prisijungimui 
  • Instagram API: pažymėkite naudotojus, peržiūrėkite populiarias nuotraukas

O kaip su REST & SOAP API?

MUILAS ir POILSIO naudoti API reikalaujančią paslaugą, žinomą kaip žiniatinklio API. Interneto paslauga nepriklauso nuo išankstinių informacijos žinių. SOAP yra interneto paslaugų protokolas, kuris nepriklauso nuo platformos. SOAP yra XML pagrindu sukurtas pranešimų siuntimo protokolas. Skirtingai nei SOAP žiniatinklio paslauga, „Restful“ paslauga naudoja REST architektūrą, sukurtą tiesioginiam ryšiui.

SOAP žiniatinklio paslauga

Paprastas objektų prieigos protokolas (SOAP) naudoja HTTP protokolus, kad programos galėtų bendrauti. SOAP yra kryptingas, be būsenos ryšys tarp mazgų. Yra 3 SOAP mazgų tipai:

  1. SOAP Sender – pranešimo kūrimas ir perdavimas.

  2. SOAP Receiver – gauna ir apdoroja pranešimą.

  3. SOAP tarpininkas- priima ir apdoroja antraščių blokus.

RESTful Web Service

Reprezentacinis būsenos perdavimas (REST) ​​yra susijęs su ryšiu tarp kliento ir serverio bei su būsenos procesais. Poilsio architektūra, REST serveris suteikia prieigą prie kliento išteklių. Poilsis tvarko išteklių skaitymą ir keitimą ar rašymą. Uniform Identifier (URI) identifikuoja išteklius, kuriuose yra dokumentas. Tai užfiksuos išteklių būseną.

REST yra lengvesnė nei SOAP architektūra. Jis analizuoja JSON – žmogaus skaitomą kalbą, kuri leidžia dalytis duomenimis ir lengviau naudoti duomenis, o ne XML, naudojamą SOAP architektūroje.

Yra keli „Restful Web Service“ kūrimo principai, kurie yra šie:

  • Adresingumas – kiekvienas išteklius turi turėti bent vieną URL.
  • Pilietybės neturėjimas – rami paslauga yra paslauga be pilietybės. Užklausa nepriklauso nuo ankstesnių paslaugos užklausų. HTTP pagal dizainą yra protokolas be būsenos.
  • Talpinami talpykloje – duomenys, pažymėti kaip talpinami, saugomi sistemoje ir naudojami pakartotinai ateityje. Kaip atsakymas į tą patį prašymą, užuot davęs tuos pačius rezultatus. Talpyklos apribojimai leidžia pažymėti atsakymų duomenis kaip talpykloje saugomus arba ne.
  • Vienoda sąsaja – leidžia prieigai naudoti bendrą ir standartizuotą sąsają. Apibrėžto HTTP metodų rinkinio naudojimas. Šių koncepcijų laikymasis užtikrina, kad REST diegimas yra lengvas.

REST privalumai

  • Naudojamas paprastesnis pranešimų formatas
  • Siūlo didesnį ilgalaikį efektyvumą
  • Tai palaiko ryšį be pilietybės
  • Naudokite HTTP standartus ir gramatiką
  • Duomenys prieinami kaip šaltinis

REST trūkumai

  • Neatitinka interneto paslaugų standartų, tokių kaip saugos operacijos ir kt.
  • REST užklausos nėra keičiamos

REST vs SOAP palyginimas

SOAP ir REST interneto paslaugų skirtumai.

 

SOAP žiniatinklio paslauga

„Rest Web Service“.

Reikia didelės įvesties naudingosios apkrovos, palyginti su REST.

REST yra lengvas, nes duomenų formoms naudoja URI.

SOAP paslaugų pasikeitimas dažnai lemia reikšmingus kodo pokyčius kliento pusėje.

Kliento kodas neturi įtakos paslaugų keitimui REST žiniatinklio teikime.

Grąžinimo tipas visada yra XML tipas.

Suteikia universalumo grąžinamų duomenų formos atžvilgiu.

XML pagrindu sukurtas pranešimų protokolas

Architektūrinis protokolas

Kliento gale reikalinga SOAP biblioteka.

Nereikia jokio bibliotekos palaikymo, paprastai naudojama per HTTP.

Palaiko WS-Security ir SSL.

Palaiko SSL ir HTTPS.

SOAP apibrėžia savo saugumą.

RESTful žiniatinklio paslaugos paveldi saugos priemones iš pagrindinio transporto.

API išleidimo strategijų tipai

API išleidimo politika yra tokia:

 

Privataus išleidimo politika: 

API galima naudoti tik įmonės viduje.


Partnerių išleidimo politika:

API galima tik konkretiems verslo partneriams. Įmonės gali kontroliuoti API kokybę, nes kontroliuoja, kas gali ją pasiekti.

 

Viešo išleidimo politika:

API skirta viešam naudojimui. Išleidimo politikos prieinamumas yra prieinamas visuomenei. Pavyzdys: Microsoft Windows API ir Apple Cocoa.

Išvada

API yra visur, nesvarbu, ar užsisakote skrydį, ar naudojatės socialinės žiniasklaidos programomis. SOAP API yra paremta XML komunikacijomis, nuo REST API skiriasi tuo, kad jai nereikia jokios specialios konfigūracijos.

Kuriant „Rest Web“ paslaugas turėtų būti laikomasi tam tikrų sąvokų, įskaitant adresą, be pilietybės, talpyklą ir standartinę sąsają. API išleidimo taisykles galima suskirstyti į tris kategorijas: privačias API, partnerių API ir viešąsias API.

Dėkojame, kad perskaitėte šį straipsnį. Peržiūrėkite mūsų straipsnį apie vadovą API sauga 2022.