Intro
Med et par klik på en desktop eller enhed kan man købe, sælge eller udgive hvad som helst, når som helst. Præcis hvordan sker det? Hvordan gør oplysninger komme fra lige her til der? Den uanerkendte helt er API'et.
Hvad er en API?
API står for en APPLIKATIONSPROGRAMMERINGSGRÆNSEFLADE. En API udtrykker en softwarekomponent, dens operationer, input, output og underliggende typer. Men hvordan forklarer du API'en på almindeligt engelsk? API'en fungerer som en messenger, der overfører din anmodning fra en applikation og leverer svaret tilbage til dig.
Eksempel 1: Når du søger efter flyrejser online. Du interagerer med flyselskabets hjemmeside. Hjemmesiden beskriver siddepladserne og prisen på flyvningen på den pågældende dato og klokkeslæt. Du vælger dine ønsker om måltid eller siddepladser, bagage eller kæledyr.
Men hvis du ikke bruger flyselskabets direkte hjemmeside eller og bruger et online rejsebureau, der kombinerer data fra mange flyselskaber. For at få oplysningerne interagerer en applikation med flyselskabets API. API'et er grænsefladen, der tager data fra rejsebureauets hjemmeside til flyselskabets system.
Det tager også flyselskabets svar og leverer med det samme. Dette letter samspillet mellem rejsetjenesten og flyselskabets systemer - for at booke flyrejsen. API'er indebærer et bibliotek for rutiner, datastrukturer, objektklasser og variabler. For eksempel SOAP og REST-tjenester.
Eksempel 2: Best Buy gør en Deal of the Day-prissætning speciel tilgængelig via sin hjemmeside. De samme data er i dens mobilapplikation. Appen bekymrer sig ikke om det interne prissystem - den kan ringe til Deal of the Day API og spørge, hvad er prissætningen speciel? Best Buy svarer med de ønskede oplysninger i et standardformat, som appen viser til slutbrugeren.
Eksempel 3: API'er til sociale medier er afgørende. Brugere kan få adgang til indhold og holde antallet af konti og adgangskoder, de holder styr på, lavt, så de kan holde tingene enkle.
- Twitter API: Interager med de fleste Twitter-funktioner
- Facebook API: Til betalinger, brugerdata og login
- Instagram API: Tag brugere, se populære billeder
Hvad med REST & SOAP API'er?
SOAP , REST bruge en API-forbrugende tjeneste, kendt som Web API. Webservice er ikke afhængig af forudgående viden om information. SOAP er en webserviceprotokol, der er letvægtsplatformuafhængig. SOAP er en XML-baseret meddelelsesprotokol. I modsætning til SOAP-webservice bruger Restful-tjenesten REST-arkitektur, bygget til punkt-til-punkt kommunikation.
SOAP webtjeneste
- SOAP Sender – oprettelse og transmission af en besked.
- SOAP Receiver – indhenter og behandler beskeden.
- SOAP Intermediary- modtager og behandler header-blokke.
RESTful Web Service
Representational State Transfer (REST) relaterer til forholdet mellem klienten og serveren og hvordan staten behandler. Rest-arkitektur, en REST-server giver ressourceadgang til klienten. Rest håndterer læsning og ændring eller skrivning af ressourcerne. Uniform Identifier (URI) identificerer ressourcer til at indeholde et dokument. Dette vil fange ressourcetilstanden.
REST er lettere end SOAP-arkitektur. Det analyserer JSON, et sprog, der kan læses af mennesker, der muliggør datadeling og lettere at bruge data, i stedet for XML, der bruges af SOAP-arkitektur.
Der er flere principper for at designe Restful Web Service, som er:
- Adresserbarhed – Hver ressource skal have mindst én URL.
- Statsløshed – En afslappende tjeneste er en statsløs tjeneste. En anmodning er uafhængig af eventuelle tidligere anmodninger fra tjenesten. HTTP er ved design en statsløs protokol.
- Cachebar – Data markeret som cachebare lagre i systemet og genbruges i fremtiden. Som svar på den samme anmodning i stedet for at producere de samme resultater. Cache-begrænsninger gør det muligt at markere svardata som cachebar eller ikke-cachebar.
- Ensartet grænseflade – Tillader en fælles og standardiseret grænseflade at bruge til adgang. Brugen af en defineret samling af HTTP-metoder. At overholde disse koncepter sikrer, at REST-implementeringen er letvægts.
Fordele ved REST
- Bruger enklere format til beskeder
- Giver stærkere langsigtet effektivitet
- Det understøtter statsløs kommunikation
- Brug HTTP-standarder og grammatik
- Data er tilgængelig som en ressource
Ulemper ved REST
- Fejler i standarder for webservice, såsom sikkerhedstransaktioner osv.
- REST-anmodninger er ikke skalerbare
HVILE vs SÆBE sammenligning
Forskelle mellem SOAP og REST webtjenester.
SOAP Web Service | Rest Web Service |
Kræver tung input nyttelast sammenlignet med REST. | REST er let, da det bruger URI til dataformularer. |
Ændring i SOAP-tjenester fører ofte til en væsentlig ændring i kode på klientsiden. | Kode på klientsiden påvirkes ikke af ændringer i tjenester i REST-webprovisionering. |
Returtype er altid XML-type. | Giver alsidighed med hensyn til formen af de returnerede data. |
En XML-baseret meddelelsesprotokol | En arkitektonisk protokol |
Kræver et SOAP-bibliotek i slutningen af klienten. | Der kræves ingen bibliotekssupport, bruges typisk over HTTP. |
Understøtter WS-Security og SSL. | Understøtter SSL og HTTPS. |
SOAP definerer sin egen sikkerhed. | RESTful webtjenester arver sikkerhedsforanstaltninger fra den underliggende transport. |
Typer af API-udgivelsespolitikker
Udgivelsespolitikker for API er:
Politikker for privat udgivelse:
API'en er kun tilgængelig til intern virksomhedsbrug.
Politikker for partnerudgivelse:
API'en er kun tilgængelig for bestemte forretningspartnere. Virksomhederne kan kontrollere kvaliteten af API'et på grund af kontrollen over, hvem der kan få adgang til det.
Politikker for offentlig udgivelse:
API'en er til offentlig brug. Tilgængeligheden af udgivelsespolitikkerne er tilgængelig for offentligheden. Eksempel: Microsoft Windows API og Apples Cocoa.
Konklusion
API'er er til stede overalt, uanset om du booker en flyrejse eller engagerer dig i sociale medieapplikationer. SOAP API er baseret på XML-kommunikation, det adskiller sig fra REST API ved, at det ikke kræver nogen speciel konfiguration.
Design af Rest-webtjenester bør overholde visse begreber, herunder adresserbarhed, statsløshed, cachebarhed og en standardgrænseflade. API-udgivelsesregler kan opdeles i tre kategorier: private API'er, partner-API'er og offentlige API'er.
Tak fordi du læste denne artikel. Tjek vores artikel om en guide til API-sikkerhed 2022.
