Wikipedia

Application programming interface: Forskelle mellem versioner

Gennemse historikken interaktivt
← Gå til forrige forskelGå til næste forskel →
Content deleted Content added
VisueltWikitekst
No edit summary
No edit summary
Linje 1:
'''API''' er en forkortelse for '''Application Programming Interface''' og er en grænseflade, der er stillet tilgængeligt for applikationsprogrammører til at programmere applikationer på.
 
Fx anvendes Windows-API af programmører, der udvikler [[Applikation (datalogi)|applikationer]] til Windows. Et API kan selv bestå af en samling af API'er.
 
Hvert API har typisk et versionsnummer, der skiftes hver gang der laves tilføjelser eller ændringer i grænsefladen. Der findes flere typer ændringer. Der kan være helt interne ændringer, som retter fejl eller gør de funktioner, der stilles til rådighed mere effektive. En anden type rettelser går ud på at tilføje nye muligheder. Denne type rettelser har ikke indvirkning på eksisterende programmer, men de eksisterende programmer kan ikke udnytte de nye muligheder. Hvis et program laves om, så de nye muligheder udnyttes vil programmet ikke længere kunne anvendes med ældre versioner af API'et. Endelig er der gennemgribende ændringer som ikke bevarer den eksisterende grænseflade. Hvis denne type ændring er nødvendig skal eksisterende programmer rettes til.
 
 
API kan være en del svært at se hvad det går ud på. Men et eksempel kunne være fra python.
Line 20 ⟶ 15:
 
 
API bruges i mange samme hængninger. I eksempel foroven er det kun mulig at inkluder koden i andre koder hvis man ønsker at bruge denne meget lille apiAPI.<br>
Men hvis vi kaster blikket på styre systemmer, kan en API dække hen og flere ting som har flere små under apiAPI'er.
 
 
I system som Linux og Windows finder der foskærlig API'er man arbejder ud fra.<br>
Linux finder man at de har valg ikke at have den grafisk godekode ind lejeret i alt. detDet giver Linux et system hvor hvor man har en masse ad skilte filer som man kan have adgang via en konsol eller ved at inkludere filens kode. det er senfølge betinget ved at programmør har gjort dette mulig.<br>
SåI systemet Windows finder man en lidt andre ledes API i dette system harer videt ensom APIregel viaikke konsolmulig ogat inkluderefå filkilde kodekoden.<br>
Så her ser man at udbyder af et system kan laver en fil som for tæller andre programmer hvordan deres API virker så andreder kan kode oven på da der ikke findes en konsol eller andre måder.<br>▼
I systemet Windows finder man en lid andre ledes API i dette system er det som regel ikke mulig at få kilde koden.<br>
Disse metoder af API kan nemt betrages som Windows og Linux løsning/ API. Men for at forstå beder hvad API er skal man mere se det som API'er hvor hver udbyder har lagt vægt på hver deres grund del.<br>▼
▲Så her ser man at udbyder af et system kan laver en fil som for tæller andre programmer hvordan deres API virker så andre kan kode oven på da der ikke findes en konsol eller andre måder.<br>
▲Disse metoder af API kan nemt betrages som Windows og Linux løsning/ API. Men for at forstå beder hvad API er skal man mere se det som API'er hvor hver udbyder har lagt vægt på hver deres grund del.<br>
 
 
Line 35 ⟶ 27:
 
 
Google bots har måske nok en af de mest tydelig eksempler på det mod satte API af Twister og Facebook.<br>
Her ser vi en bot (Robot) som kan finde oplysninger på egen hånd men kun ind for bestemte områder.<br>
Så en robot kræver også en del interne API'er og man kander viaer hjemmesidenogså styreet hvadbehov denfor måat kiggekan påstyre m.vrobotten via hjemmesiden.<br>
Det vilkan man også kalde enet styre API.
 
 
API i bund og grund er mange ting og handler mest af tiden om at kode og have et system hvor andre kan finde rund i, kode i, medog meget mere.<br>
Derfor vil der nok helle ikke være overraskende at nævne at der ligger et API bag et grafisk brugergrænseflade som programøren skal kende til i stor eller minder grad.
 
 
Det kan også være en del svær at vurdere om et API er godt eller dårlig API.<br>
Problemet der opstå på området er at en gang i mellem er det bæst, at API er tilpasset direkte til behovet. Mens et linelinge API er en del beder selv om det ikke er direkte.<br>
Hvor et typisk dårlig API er hvor man har fået det laveer etblevet for indviklet et system hvoreller man prøver at gøre det for simpel i end ellerhen har miste kontakten med det, det skulle handel om.
 
 
API kan derfor deles om i andre ord og begreber og gør at det er op til udbyder at selv definer hvad deres API er og lige ledes den metode der skal være mulig at benytte deres API med.<br>▼
 
 
▲API kan derfor lige ledes deles omop i andre ord og begreber og gør at det er op til udbyder at selv definer hvad deres API er og lige ledes den metode der skal være mulig at benytte deres API med.<br>
 
 
Hentet fra "https://da.wikipedia.org/wiki/Application_programming_interface"