15 web-API'er, du aldrig har hørt om

Side 1 af 2: Web-API'er under udvikling

Der er et stort antal web-API'er til rådighed, og som webudvikler kan det sommetider være svært at holde styr på nye. Du finder masser af fantastiske API'er i vores guider til de bedste JavaScript API'er , HTML API'er og Google API'er . Her har vi med hjælp samlet en liste over web-API'er, der endnu ikke er afsluttet, men sandsynligvis bliver vigtige i de følgende måneder eller år. Disse inkluderer API'er til håndtering af betalinger, tilslutning til sensorer og mere.

For at holde dig opdateret med de nyeste udviklinger, kan du kigge på GitHub-siden på Web Incubator Community Group , eller den nyhedssiden til W3C . Bliv hængende!



01. API til betalingsanmodning

Når du ser på betalingsformularer og arbejdsgange på websteder og webapplikationer, adskiller de sig ofte fra hinanden. I princippet skal arbejdsgangen dog altid være den samme: Bekræft indkøbskurven, tilføj forsendelses- og faktureringsadressen, vælg betalingsmetode, bekræft alt, accepter vilkårene og send den endelige anmodningsformular.



Fra et brugervenligt synspunkt kan denne forskel faktisk have en negativ effekt. På samme måde kan implementering af en ny betalingsstrøm hver gang en kræves være en meget tidskrævende proces for udvikleren: forskellige former skal implementeres, forskellige betalingsmetoder som PayPal eller kreditkort integreres, og alt skal være sikkert.

Betalingsanmodnings-API'en, der i øjeblikket er udviklet af W3C, ser ud til at forenkle processen for alle. Det sigter mod at lette og standardisere processen med at oprette betalingsworkflows og giver flere grænseflader.



bedste stylus til ipad mini med nethinden

02. Web Share API og Web Share Target API

Disse API

Disse API'er standardiserer delingsressourcer fra en applikation til en anden

Målet med Web Share API er at give en standardiseret måde at dele ressourcer (tekst, billeder, URL'er og så videre) fra en mobilapplikation til en destination, der er angivet af brugeren - dette kan være en anden mobilapplikation, et websted eller et system service leveret af det mobile operativsystem.

Web Share API udvider begge grænseflader Navigator og ArbejderNavigator med en metode del() , som tager den delte ressource som parameter. Mens Web Share API definerer, hvordan man deler ressourcer, definerer Web Share Target API, hvordan man modtager sådanne delte ressourcer. Applikationer (enten native eller web) og andre tjenester kan bruge denne API til at registrere sig til delingshændelsen for at modtage delte ressourcer.



03. WebUSB API

USB er en af ​​standardmåderne til at forbinde eksterne enheder til en computer. Mens enheder som mus og tastatur automatisk genkendes, kræver mindre almindelige enheder, at du installerer native drivere (med andre ord native code). Denne oprindelige kode betyder, at disse enheder ikke derefter kan bruges af browseren på en standard måde.

Det er her, WebUSB API kommer i spil: Ideen er, at USB-enheder udsætter deres tjenester via denne API, så webapplikationer kan få adgang til disse tjenester. For at opnå dette, interface Navigator udvides med ejendommen USB , som derefter giver dig adgang til et objekt af typen USB , det vigtigste indgangssted for denne API. Brug af metoden getDevices () du kan f.eks. hente en liste over alle tilgængelige enheder og derefter direkte begynde at arbejde med dem.

04. API til geofencing

Med Geofencing API kan du oprette geografiske grænser

Med Geofencing API kan du oprette geografiske grænser

I dag kan du allerede bestemme den aktuelle geografiske position for en enhed via Geolocation API. Imidlertid vil det med den nye Geofencing API være muligt at oprette geografiske grænser omkring bestemte placeringer og blive underrettet, når en enhed kommer ind eller forlader disse placeringer. API'en vil være baseret på servicearbejdere, så selvom geofencing-API'en bruges i en lukket webapplikation, modtager den stadig underretninger.

05. Præsentations-API

Præsentations-API

Præsentations-API'en kan bruges til at kontrollere præsentationer via JavaScript

Der er mange biblioteker til oprettelse af præsentationer baseret på HTML5, CSS og JavaScript. Der er dog ingen standard måde at håndtere interaktionerne mellem den kontrollerende del af en præsentation og den faktiske præsentation på. Det er her præsentations-API'en kommer i spil.

Tanken bag det er at kunne have en webside, der indeholder præsentationen, og en webside, der kører koden til styring af præsentationen. Afhængig af kapaciteterne i den præsenterende enhed og forbindelsesmekanismen (DVI, HDMI, Chromecast, AirPlay og så videre) køres begge websider i den samme brugeragent (på den styrende enhed) eller en kører i en brugeragent på den kontrollerende enhed, mens den anden kører i en brugeragent på den præsenterende enhed.

06. API til formopdagelse

Evnen til at registrere figurer i billeder kan være meget nyttig (tænk på Facebooks ansigtsgenkendelsesfunktioner), og der er nogle biblioteker tilgængelige til dette, som f.eks. tracking.js . Shape Detection API, som i øjeblikket er i gang, definerer grænseflader til at detektere forskellige former i stillbilleder eller i live billedfeeds.

På nuværende tidspunkt har API'et tre under-API'er: en til at detektere ansigter, en til at detektere stregkoder og en til at detektere tekst. De tre grænseflader FaceDetector, BarcodeDetector og TextDetector bruges alle på samme måde: de giver alle en metode opdage() , som tager en billedkilde som input og returnerer a Løfte objekt med en sekvens af detekterede figurer.

07. API for Async Cookies

Den aktuelle grænseflade til at arbejde med cookies ( document.cookie ) er ikke særlig behagelig: der er ingen standardmetoder til tilføjelse, læsning eller sletning af cookies, så alt dette skal gøres manuelt via strengparsing og strengmanipulation. Der er selvfølgelig hjælpebiblioteker, der letter alle disse operationer, men med Async Cookies API vil det også være meget lettere og mere performant.

Ideen er at ikke kun gemme cookies i document.cookie , men lever også et nyt objekt med navnet cookieStore , som vil være tilgængelig både på websider og hos servicearbejdere. Objektet har metoder som skrive() og sæt() for at tilføje cookies, slet () for at slette dem og Læs() til læsning af cookies. De fungerer alle asynkront, så selvom noget cookiebehandling tager længere tid, vil dette ikke påvirke den samlede præstation.

Sonic the Hedgehog film redesign lækage

08. Input Device Capabilities API

Inputhændelser som klikhændelsen er kun abstrakte repræsentationer af enhedens input; de indeholder ikke oplysninger om den aktuelle enhed, der er brugt til at generere begivenheden. Udviklere skal antage antagelser om, hvilken faktisk inputenhed der udløste en sådan begivenhed.

Når man støtter både mus og berøringsbegivenheder, kan dette føre til problemer og vanskeligheder: det er svært at finde ud af, om en begivenhed (f.eks. mousedown ) blev udløst fra musen (fordi en mus bruges) eller bare på grund af kompatibilitetsårsager (men den faktiske enhed er en berøringsenhed).

Den nye API for inputenhedsfunktioner ønsker at løse disse problemer og introducerer en ny grænseflade ( InputDeviceCapabilities ), som giver oplysninger om enheden via en ny ejendom sourceCapabilities af UIEvent interface.

09. FlyWeb API

Med stigningen af ​​tingenes internet bliver det mere og mere vigtigt, hvordan enheder og elektronik forbinder og interagerer med hinanden. Ideen med FlyWeb API, som er under udvikling af Mozilla-teamet, er at kunne betjene webapplikationer på elektronik og derefter oprette forbindelse til disse applikationer fra anden elektronik (for eksempel med smartphones) inden for det samme netværk.

Sig, at du vil forbinde en smartphone til en spilkonsol. Sidstnævnte ville give en lille FlyWeb-server, og dette ville derefter være synligt for smartphonen.

10. Push API

Push API giver servere mulighed for at skubbe meddelelser til klienten

Push API giver servere mulighed for at skubbe meddelelser til klienten

I traditionelle webapplikationer var der ingen måde for en server til aktivt at sende meddelelser til en klient - for eksempel at opdatere en nyhedsticker eller opdatere en realtids datastrøm. I stedet brugte udviklere teknikker som Long Polling, XHR Polling eller Hidden Frames for at simulere realtidsforbindelser. Heldigvis takket være Web Sockets og Server-Sent Events (SSE'er) er disse teknikker ikke nødvendige mere.

Med Web Sockets kan du implementere en tovejskommunikation mellem klienten og serveren og med SSE'er en ensrettet kommunikation, der går fra serveren til klienten, hvilket er perfekt til aktivt at sende opdateringer fra serveren til klienten. Begge teknologier kræver dog, at et browservindue / en fane skal være åben for at modtage disse opdateringer.

Med den nye Push API er dette ikke nødvendigt: det er direkte forbundet til Service Worker API og giver servicearbejdere mulighed for at modtage meddelelser fra en server. Dette betyder, at selvom en webapplikation er lukket, kan servicearbejderen stadig modtage beskederne - for eksempel hvis du vil sende underretninger via Meddelelses-API for at informere brugeren om eventuelle opdateringer.

Næste: 5 nye API'er, du har brug for at vide om

  • 1
  • to

Nuværende side: Web-API'er under udvikling

Næste side Flere API'er under udvikling