Intro
Met 'n paar kliks op 'n rekenaar of toestel kan 'n mens enige tyd enige tyd koop, verkoop of publiseer. Presies hoe gebeur dit? Hoe doen inligting kom van hier na daar? Die onerkende held is die API.
Wat is 'n API?
API staan vir 'n TOEPASSINGSPROGRAMMERINGSKOPPELING. 'n API druk 'n sagteware-komponent, sy bedrywighede, insette, uitsette en onderliggende tipes uit. Maar hoe verduidelik jy die API in gewone Engels? Die API funksioneer as 'n boodskapper wat jou versoek van 'n toepassing oordra en die antwoord aan jou terugbesorg.
Voorbeeld 1: Wanneer jy aanlyn na vlugte soek. Jy het interaksie met die lugredery se webwerf. Die webwerf gee besonderhede oor die sitplekke en die koste van die vlug op daardie spesifieke datum en tyd. Jy kies jou maaltyd of sitplek, bagasie of troeteldierversoeke.
Maar as jy nie die lugredery se direkte webwerf gebruik nie of 'n aanlyn reisagent gebruik wat data van baie lugrederye kombineer. Om die inligting te kry, werk 'n toepassing met die lugredery se API. Die API is die koppelvlak wat data van die reisagent se webwerf na die lugredery se stelsel neem.
Dit neem ook die lugredery se reaksie en lewer dadelik terug. Dit vergemaklik die interaksie tussen die reisdiens en die lugredery se stelsels - om die vlug te bespreek. API's behels 'n biblioteek vir roetines, datastrukture, objekklasse en veranderlikes. Byvoorbeeld, SOAP en REST dienste.
Voorbeeld 2: Best Buy maak 'n Deal of the Day-prys spesiaal beskikbaar via sy webwerf. Dieselfde data is in sy mobiele toepassing. Die toepassing is nie bekommerd oor die interne prysstelsel nie - dit kan die Deal of the Day API bel en vra, wat is die pryse spesiaal? Best Buy reageer met die gevraagde inligting in 'n standaardformaat wat die toepassing aan die eindgebruiker vertoon.
Example3: API's vir sosiale media is van kardinale belang. Gebruikers kan toegang tot inhoud kry en die aantal rekeninge en wagwoorde wat hulle byhou laag hou, sodat hulle dinge eenvoudig kan hou.
- Twitter API: Interaksie met die meeste Twitter-funksies
- Facebook API: Vir betalings, gebruikersdata en aanmelding
- Instagram API: Merk gebruikers, bekyk neigingfoto's
Wat van REST & SOAP API's?
SOAP en REST gebruik 'n API-verbruikende diens, bekend as Web API. Webdiens is nie afhanklik van enige voorafkennis van inligting nie. SOAP is 'n webdiensprotokol wat liggewig platform-onafhanklik is. SOAP is 'n XML-gebaseerde boodskapprotokol. Anders as SOAP-webdiens, gebruik Restful-diens REST-argitektuur, gebou vir punt-tot-punt kommunikasie.
SOAP Web diens
- SOAP Sender - skep en stuur 'n boodskap.
- SOAP Ontvanger – verkry en verwerk die boodskap.
- SOAP Tussenganger- ontvang en verwerk kopblokke.
RUSvolle webdiens
Representational State Transfer (REST) hou verband met die verhouding tussen die kliënt en die bediener en hoe die staat verwerk. Rus-argitektuur, 'n REST-bediener bied hulpbrontoegang aan die kliënt. Rus hanteer die lees en wysiging of skryf van die hulpbronne. Uniform Identifier (URI) identifiseer hulpbronne om 'n dokument te bevat. Dit sal die hulpbrontoestand vaslê.
RUS is ligter as SEEP-argitektuur. Dit ontleed JSON, 'n mens-leesbare taal wat datadeling moontlik maak en makliker om data te gebruik, in plaas van XML wat deur SOAP-argitektuur gebruik word.
Daar is verskeie beginsels vir die ontwerp van Restful Web Service, wat is:
- Aanspreekbaarheid – Elke hulpbron moet ten minste een URL hê.
- Staatloosheid – 'n Rustige diens is 'n staatlose diens. 'n Versoek is onafhanklik van enige vorige versoeke deur die diens. HTTP is deur ontwerp 'n staatlose protokol.
- Cacheable - Data gemerk as kasbare winkels in die stelsel en hergebruik in die toekoms. As die reaksie op dieselfde versoek in plaas daarvan om dieselfde resultate te lewer. Kasbeperkings maak die merk van reaksiedata moontlik as kasbaar of nie-kasbaar.
- Eenvormige koppelvlak – Laat 'n algemene en gestandaardiseerde koppelvlak toe om vir toegang te gebruik. Die gebruik van 'n gedefinieerde versameling HTTP-metodes. Om by hierdie konsepte te hou, verseker dat REST-implementering liggewig is.
Voordele van RUS
- Gebruik eenvoudiger formaat vir boodskappe
- Bied sterker langtermyndoeltreffendheid
- Dit ondersteun staatlose kommunikasie
- Gebruik HTTP-standaarde en grammatika
- Data is beskikbaar as 'n hulpbron
Nadele van RUS
- Misluk in standaarde van webdiens soos sekuriteitstransaksies ens.
- REST-versoeke is nie skaalbaar nie
RUS vs SEEP Vergelyking
Verskille tussen SOAP en REST webdienste.
SOAP Webdiens | Rus Webdiens |
Vereis swaar insette loonvrag in vergelyking met REST. | REST is liggewig aangesien dit URI vir datavorms gebruik. |
Verandering in SOAP-dienste lei dikwels tot 'n beduidende verandering in kode aan die kliëntkant. | Kliënt-kant kode word nie geraak deur verandering in dienste in REST web voorsiening nie. |
Retourtipe is altyd XML-tipe. | Bied veelsydigheid met betrekking tot die vorm van die teruggekeerde data. |
'n XML-gebaseerde boodskapprotokol | 'n Argitektoniese protokol |
Vereis 'n SOAP-biblioteek aan die einde van die kliënt. | Geen biblioteekondersteuning benodig nie, gewoonlik gebruik oor HTTP. |
Ondersteun WS-Security en SSL. | Ondersteun SSL en HTTPS. |
SOAP definieer sy eie sekuriteit. | RUSvolle webdienste erf sekuriteitsmaatreëls van die onderliggende vervoer. |
Tipes API-vrystellingbeleide
Vrystellingbeleide vir API is:
Privaat vrystellingbeleide:
Die API is slegs beskikbaar vir interne maatskappygebruik.
Vennootvrystellingbeleide:
Die API is slegs beskikbaar vir spesifieke sakevennote. Die maatskappye kan die kwaliteit van die API beheer as gevolg van die beheer oor wie toegang daartoe het.
Publieke vrystellingbeleide:
Die API is vir publieke gebruik. Beskikbaarheid van die vrystellingsbeleide is beskikbaar vir die publiek. Voorbeeld: Microsoft Windows API en Apple se Cocoa.
Gevolgtrekking
API's is oral teenwoordig, of jy nou 'n vlug bespreek of betrokke raak by sosiale media-toepassings. SOAP API is gebaseer op XML kommunikasie, dit verskil van REST API deurdat dit geen spesiale konfigurasie benodig nie.
Die ontwerp van Rest-webdienste moet aan sekere konsepte voldoen, insluitend adresseerbaarheid, staatloosheid, kasbaarheid en 'n standaardkoppelvlak. API-vrystellingreëls kan in drie kategorieë verdeel word: private API's, vennoot-API's en publieke API's.
Dankie dat jy hierdie artikel gelees het. Kyk na ons artikel oor 'n Gids tot API sekuriteit 2022.
