Intro
Ar dažiem klikšķiem uz darbvirsmas vai ierīces jebkurā laikā var iegādāties, pārdot vai publicēt jebko. Tieši kā tas notiek? Kā informācija nokļūt no šejienes uz turieni? Neatpazītais varonis ir API.
Kas ir API?
API apzīmē an LIETOJUMU PROGRAMMĒŠANAS INTERFESS. API izsaka programmatūras komponentu, tā darbības, ievades, izvades un pamatā esošos veidus. Bet kā jūs izskaidrot API vienkāršā angļu valodā? API darbojas kā kurjers, kas pārsūta jūsu pieprasījumu no lietojumprogrammas un piegādā jums atbildi.
Piemērs 1: Kad meklējat lidojumus tiešsaistē. Jūs mijiedarbojaties ar aviokompānijas vietni. Vietnē ir sniegta informācija par sēdvietām un lidojuma izmaksām konkrētajā datumā un laikā. Jūs izvēlaties maltīti vai sēdvietu, bagāžu vai mājdzīvnieku pieprasījumus.
Bet, ja neizmantojat aviokompānijas tiešo vietni vai izmantojat tiešsaistes ceļojumu aģentu, kas apvieno datus no daudzām aviokompānijām. Lai iegūtu informāciju, lietojumprogramma mijiedarbojas ar aviokompānijas API. API ir saskarne, kas pārņem datus no ceļojumu aģenta vietnes uz aviokompānijas sistēmu.
Tas arī ņem aviokompānijas atbildi un nekavējoties sniedz atpakaļ. Tas atvieglo mijiedarbību starp ceļojumu pakalpojumu un aviokompānijas sistēmām, lai rezervētu lidojumu. API ietver bibliotēku rutīnām, datu struktūrām, objektu klasēm un mainīgajiem. Piemēram, SOAP un REST pakalpojumi.
Piemērs 2: Best Buy savā tīmekļa vietnē piedāvā īpašas dienas piedāvājuma cenas. Tie paši dati ir tā mobilajā lietojumprogrammā. Lietojumprogramma neuztraucas par iekšējo cenu noteikšanas sistēmu – tā var piezvanīt Deal of the Day API un jautāt, kāda ir īpaša cena? Best Buy atbild ar pieprasīto informāciju standarta formātā, ko lietotne parāda galalietotājam.
3 piemērs: API sociālajiem medijiem ir ļoti svarīgas. Lietotāji var piekļūt saturam un saglabāt zemu kontu un paroļu skaitu, lai viņi varētu visu vienkāršot.
- Twitter API: mijiedarbojieties ar lielāko daļu Twitter funkciju
- Facebook API: maksājumiem, lietotāja datiem un pieteikšanās
- Instagram API: atzīmējiet lietotājus, skatiet aktuālos fotoattēlus
Kā ar REST & SOAP API?
SOAP un ATPŪTA izmantojiet API patērējošu pakalpojumu, kas pazīstams kā Web API. Tīmekļa pakalpojums nav atkarīgs no jebkādām priekšzināšanām par informāciju. SOAP ir tīmekļa pakalpojumu protokols, kas ir viegls no platformas neatkarīgs. SOAP ir uz XML balstīts ziņojumapmaiņas protokols. Atšķirībā no SOAP tīmekļa pakalpojuma, Restful pakalpojums izmanto REST arhitektūru, kas paredzēta saziņai no punkta uz punktu.
SOAP tīmekļa pakalpojums
- SOAP Sender – ziņojuma izveide un pārsūtīšana.
- SOAP Receiver – iegūst un apstrādā ziņojumu.
- SOAP starpnieks - saņem un apstrādā galvenes blokus.
RESTful Web Service
Reprezentatīvā stāvokļa pārsūtīšana (REST) attiecas uz attiecībām starp klientu un serveri un to, kā notiek stāvoklis. Atpūtas arhitektūra, REST serveris nodrošina klientam piekļuvi resursiem. Rest apstrādā resursu lasīšanu un pārveidošanu vai rakstīšanu. Vienotais identifikators (URI) identificē resursus, kas satur dokumentu. Tas fiksēs resursa stāvokli.
REST ir vieglāks par SOAP arhitektūru. Tā parsē JSON — cilvēkiem lasāmu valodu, kas nodrošina datu koplietošanu un vieglāk lietojamus datus, nevis XML, ko izmanto SOAP arhitektūra.
Restful Web Service izveidei ir vairāki principi, kas ir:
- Adresējamība — katram resursam ir jābūt vismaz vienam URL.
- Bezvalstniecība — mierīgs pakalpojums ir bezvalstniecības pakalpojums. Pieprasījums nav atkarīgs no pakalpojuma iepriekšējiem pieprasījumiem. HTTP pēc konstrukcijas ir bezvalsts protokols.
- Saglabājami kešatmiņā — dati, kas atzīmēti kā kešatmiņā ievietojami, glabājas sistēmā un tiek atkārtoti izmantoti nākotnē. Kā atbilde uz to pašu pieprasījumu, tā vietā, lai radītu tādus pašus rezultātus. Kešatmiņas ierobežojumi nodrošina atbildes datu atzīmēšanu kā kešatmiņā saglabājamus vai neglabājamus.
- Vienots interfeiss — ļauj piekļūt kopējai un standartizētai saskarnei. Noteiktas HTTP metožu kolekcijas izmantošana. Šo koncepciju ievērošana nodrošina, ka REST ieviešana ir viegla.
REST priekšrocības
- Ziņojumiem izmanto vienkāršāku formātu
- Piedāvā lielāku ilgtermiņa efektivitāti
- Tā atbalsta bezvalstnieku saziņu
- Izmantojiet HTTP standartus un gramatiku
- Dati ir pieejami kā resurss
REST trūkumi
- Neatbilst tīmekļa pakalpojumu standartiem, piemēram, drošības darījumiem utt.
- REST pieprasījumi nav mērogojami
REST vs SOAP salīdzinājums
Atšķirības starp SOAP un REST tīmekļa pakalpojumiem.
SOAP tīmekļa pakalpojums | Atpūtas tīmekļa pakalpojums |
Salīdzinot ar REST, nepieciešama liela ieejas slodze. | REST ir viegls, jo datu formām izmanto URI. |
Izmaiņas SOAP pakalpojumos bieži noved pie būtiskām koda izmaiņām klienta pusē. | Klienta puses kodu neietekmē pakalpojumu izmaiņas REST tīmekļa nodrošināšanā. |
Atgriešanas veids vienmēr ir XML veids. | Nodrošina daudzpusību attiecībā uz atgriezto datu formu. |
Uz XML balstīts ziņojumu protokols | Arhitektūras protokols |
Nepieciešama SOAP bibliotēka klienta beigās. | Bibliotēkas atbalsts nav nepieciešams, parasti izmanto HTTP. |
Atbalsta WS-Security un SSL. | Atbalsta SSL un HTTPS. |
SOAP nosaka savu drošību. | RESTful tīmekļa pakalpojumi pārņem drošības pasākumus no pamatā esošā transporta. |
API izlaišanas politiku veidi
API izlaišanas politikas ir šādas:
Privātās izlaišanas politikas:
API ir pieejama tikai uzņēmuma iekšējai lietošanai.
Partneru izlaišanas politikas:
API ir pieejama tikai konkrētiem biznesa partneriem. Uzņēmumi var kontrolēt API kvalitāti, jo viņi kontrolē, kas var tai piekļūt.
Publiskās izlaišanas politikas:
API ir paredzēta publiskai lietošanai. Izlaiduma politiku pieejamība ir pieejama sabiedrībai. Piemērs: Microsoft Windows API un Apple Cocoa.
Secinājumi
API ir pieejamas visur, neatkarīgi no tā, vai rezervējat lidojumu vai izmantojat sociālo mediju lietojumprogrammas. SOAP API ir balstīta uz XML sakariem, tā atšķiras no REST API ar to, ka tai nav nepieciešama īpaša konfigurācija.
Veidojot Rest Web pakalpojumus, ir jāievēro noteikti jēdzieni, tostarp adresējamība, bezpavalstniecība, kešatmiņa un standarta saskarne. API izlaišanas kārtulas var iedalīt trīs kategorijās: privātās API, partneru API un publiskās API.
Paldies, ka izlasījāt šo rakstu. Skatiet mūsu rakstu par ceļvedi API drošība 2022.
