Application programming interface
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 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.
def udskriv_tekst(tekst):
print("Tekst: "+tekst)
udskriv_tekst("Min tekst der skal ud skrives")
Med denne line vil det så være mulig at have en fast API hvor man altid skriver Tekst: foran den tekst man vil ud skrive.
Eksempel kunne være en del mere kompliceret.
Men i det store og hel bestå det af en rakke faste arbejdes opgaver.
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 api.
Men hvis vi kaster blikket på styre systemmer, kan en API dække hen og flere ting som har flere små under api'er.
I system som Linux og Windows finder der foskærlig API'er man arbejder ud fra.
Linux finder man at de har valg ikke at have den grafisk gode ind lejeret i alt. det 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.
Så i dette system har vi en API via konsol og inkludere fil kode.
I systemet Windows finder man en lid andre ledes API i dette system er det som regel ikke mulig at få kilde koden.
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.
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.
Web sider som Twister og Facebook har valg at lave deres egen tilføj knapper som i bestem hed også er en API da den skal ind sættes på andre web sider og der er et ønske om at de kan få send de nødvendig oplysninger uden at brugeren selv skal taste dem.
Google bots har måske nok en af de mest tydelig eksempler på det mod satte API.
Her ser vi en bot (Robot) som kan finde oplysninger på egen hånd men kun ind for bestemte områder.
Så en robot kræver også en del interne API'er og man kan via hjemmesiden styre hvad den må kigge på m.v.
Det vil man også kalde en 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, med meget mere.
Derfor vil der nok helle 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.
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 line API er en del beder selv om det ikke er direkte.
Hvor et typisk dårlig API er hvor man har fået det lave et for indviklet system hvor man prøver at gøre det for simpel i end eller 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.
Se også
 | Spire Denne artikel relateret til Italien er en spire som bør udbygges. Du er velkommen til at hjælpe Wikipedia ved at udvide den. |  |