intro
Med några få klick på en dator eller enhet kan man köpa, sälja eller publicera vad som helst, när som helst. Exakt hur går det till? Hur gör informationen ta dig härifrån till dit? Den okända hjälten är API.
Vad är ett API?
API står för en GRÄNSSNITT FÖR APPLIKATIONSPROGRAMMERING. Ett API uttrycker en mjukvarukomponent, dess operationer, ingångar, utgångar och underliggande typer. Men hur förklarar du API på vanlig engelska? API:et fungerar som en budbärare som överför din förfrågan från en applikation och levererar svaret tillbaka till dig.
Exempel 1: När du söker efter flyg online. Du interagerar med flygbolagets hemsida. Webbplatsen beskriver sittplatserna och kostnaden för flyget på det specifika datumet och tiden. Du väljer dina önskemål om måltid eller sittplatser, bagage eller husdjur.
Men om du inte använder flygbolagets direkta webbplats eller och använder en onlineresebyrå som kombinerar data från många flygbolag. För att få informationen interagerar en applikation med flygbolagets API. API:t är gränssnittet som tar data från resebyråns webbplats till flygbolagets system.
Den tar också emot flygbolagets svar och levererar direkt tillbaka. Detta underlättar interaktionen mellan resetjänsten och flygbolagets system - för att boka flyget. API:er innebär ett bibliotek för rutiner, datastrukturer, objektklasser och variabler. Till exempel SOAP- och REST-tjänster.
Exempel 2: Best Buy gör en speciell prissättning för Dagens Deal tillgänglig via sin webbplats. Samma data finns i dess mobilapplikation. Appen oroar sig inte för det interna prissättningssystemet – den kan ringa Deal of the Day API och fråga, vad är prissättningen speciell? Best Buy svarar med den begärda informationen i ett standardformat som appen visar för slutanvändaren.
Example3: API:er för sociala medier är avgörande. Användare kan komma åt innehåll och hålla antalet konton och lösenord som de håller reda på lågt, så att de kan hålla saker och ting enkelt.
- Twitter API: Interagera med de flesta Twitter-funktioner
- Facebook API: För betalningar, användardata och inloggning
- Instagram API: Tagga användare, se trendiga bilder
Hur är det med REST & SOAP API:er?
TVÅL och REST använda en API-konsumerande tjänst, känd som Web API. Webbtjänst är inte beroende av några förkunskaper om information. SOAP är ett webbtjänstprotokoll som är lättviktigt plattformsoberoende. SOAP är ett XML-baserat meddelandeprotokoll. Till skillnad från SOAP-webbtjänsten använder Restful-tjänsten REST-arkitektur, byggd för punkt-till-punkt-kommunikation.
SOAP webbtjänst
- SOAP Sender – skapa och överföra ett meddelande.
- SOAP Receiver – hämtar och bearbetar meddelandet.
- SOAP Intermediary- tar emot och bearbetar header-block.
RESTful webbtjänst
Representational State Transfer (REST) relaterar till relationen mellan klienten och servern och hur tillståndet bearbetar. Rest-arkitektur, en REST-server ger resursåtkomst till klienten. Rest sköter läsningen och modifiering eller skrivning av resurserna. Uniform Identifier (URI) identifierar resurser som ska innehålla ett dokument. Detta kommer att fånga resurstillståndet.
REST är lättare än SOAP-arkitektur. Den analyserar JSON, ett mänskligt läsbart språk som möjliggör datadelning och enklare att använda data, istället för XML som används av SOAP-arkitektur.
Det finns flera principer för att designa Restful Web Service, vilka är:
- Adresserbarhet – Varje resurs bör ha minst en URL.
- Statslöshet – En vilsam tjänst är en statslös tjänst. En begäran är oberoende av tidigare förfrågningar från tjänsten. HTTP är genom designen ett tillståndslöst protokoll.
- Cachebar – Data markerad som cachebar lagras i systemet och återanvänds i framtiden. Som svar på samma begäran istället för att ge samma resultat. Cache-begränsningar gör det möjligt att markera svarsdata som cachebart eller icke-cachebart.
- Uniformt gränssnitt – Tillåter ett gemensamt och standardiserat gränssnitt att använda för åtkomst. Användningen av en definierad samling HTTP-metoder. Att följa dessa koncept säkerställer att REST-implementeringen är lätt.
Fördelar med REST
- Använder enklare format för meddelanden
- Erbjuder starkare långsiktig effektivitet
- Den stöder statslös kommunikation
- Använd HTTP-standarder och grammatik
- Data är tillgänglig som en resurs
Nackdelar med REST
- Misslyckas med standarder för webbtjänster som säkerhetstransaktioner etc.
- REST-förfrågningar är inte skalbara
Jämförelse mellan VILA och TVÅL
Skillnader mellan SOAP och REST webbtjänster.
SOAP Web Service | Rest Web Service |
Kräver tung nyttolast jämfört med REST. | REST är lätt eftersom det använder URI för dataformulär. |
Förändringar i SOAP-tjänster leder ofta till en betydande förändring av kod på klientsidan. | Kod på klientsidan påverkas inte av förändringar i tjänster i REST-webprovisionering. |
Returtyp är alltid XML-typ. | Ger mångsidighet med avseende på formen på returnerad data. |
Ett XML-baserat meddelandeprotokoll | Ett arkitektoniskt protokoll |
Kräver ett SOAP-bibliotek i slutet av klienten. | Inget biblioteksstöd behövs vanligtvis används över HTTP. |
Stöder WS-Security och SSL. | Stöder SSL och HTTPS. |
SOAP definierar sin egen säkerhet. | RESTful webbtjänster ärver säkerhetsåtgärder från den underliggande transporten. |
Typer av API-utgivningspolicyer
Releasepolicyer för API är:
Privata utgivningspolicyer:
API:et är endast tillgängligt för internt företagsbruk.
Partners releasepolicyer:
API:et är endast tillgängligt för särskilda affärspartners. Företagen kan kontrollera kvaliteten på API:t på grund av kontrollen över vem som kan komma åt det.
Policyer för offentlig publicering:
API:et är för allmänt bruk. Tillgängligheten för releasepolicyerna är tillgänglig för allmänheten. Exempel: Microsoft Windows API och Apples Cocoa.
Slutsats
API:er finns överallt, oavsett om du bokar en flygresa eller använder applikationer för sociala medier. SOAP API är baserat på XML-kommunikation, det skiljer sig från REST API genom att det inte kräver någon speciell konfiguration.
Att designa Rest-webbtjänster bör följa vissa koncept, inklusive adresserbarhet, tillståndslöshet, cachebarhet och ett standardgränssnitt. Regler för utgivning av API:er kan delas in i tre kategorier: privata API:er, partner-API:er och offentliga API:er.
Tack för att du läser den här artikeln. Kolla in vår artikel om en guide till API-säkerhet 2022.
