Versionen fra 5. mar. 2010, 07:30 redigér 87.63.217.238 (diskussion) No edit summary ← Gå til forrige forskel		Versionen fra 5. mar. 2010, 07:43 redigér fjern redigering 87.63.217.238 (diskussion) No edit summary Gå til næste forskel →
Linje 10: udskriv_tekst("Skal have skrevet et tekst mere.") </pre> Med denne line vil det så være mulig at have en fast API hvor man altid skriver '''Tekst:''' foran den tekst der skal udskrive. Eksempel kunne være en del mere kompliceret.<br> ~~Eksempel kunne være en del mere kompliceret.<br>~~ 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~~.<br> ~~Men hvis~~Hvis vi kaster blikket på styre systemmer, kan en API dække hen og flere ting som har flere små under API'er.<br> I Linux ~~finder~~har man ~~at de har~~ valg ikke at have den grafisk kode ind lejeret i alt. Det giver Linux et system hvor hvor man har en masse ~~ad skilte~~adskilte filer som man kan have adgang via en konsol eller ved at inkludere filens kode.<br>▼ ~~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 kode 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.<br> I systemet Windows finder man en lidt andre ledes API i dette system er det som regel ikke mulig at få kilde koden.<br> Så her ser man at udbyder af et ~~system~~program kan laver en fil som ~~for tæller~~fortæller andre programmer hvordan deres API virker så der kan ~~kode~~kodes oven på.<br> Disse metoder af API kan nemt betrages som Windows og Linux løsning/ API'er. Men for at beder forstå ~~beder~~ hvad API er skal man se det som API'er ~~hvor hver udbyder har lagt vægt på hver deres grund del~~.<br> API i bund og grund er mange ting og handler mest af tiden om at kode og have et system hvor ~~andre~~det ~~kan~~er let at finde rund i, ~~kode~~andre ~~i, og~~kan ~~meget~~bruge ~~mere~~af.<br>▼ 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.▼ 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.▼ ▲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~~på aten ~~brugeren~~enkel ~~selv~~og ~~skal~~let ~~taste~~måde ~~dem~~for brugeren. 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 der er også et behov for at kan styre robotten via hjemmesiden.<br>▼ Det kan man også kalde et styre API.▼ ▲Google bots har måske nok en af de mest tydelig eksempler på det mod satte API af Twister og Facebook.<br> ▲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, og meget mere.<br> ▲Her ser vi en bot (Robot) som kan finde oplysninger på egen hånd men kun ind for bestemte områder.<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. ▲Så en robot kræver også en del interne API'er og man der er også et behov for at man kan styre robotten via hjemmesiden.<br> ▲Det kan man også kalde for et bruger styre API. Det kan ~~også~~ være en del svær at vurdere om et API er godt eller et 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 linge API er en del beder selv om det ikke er direkte.<br> Hvor et typisk dårlig API er hvor det er blevet for indviklet et system eller man simpel hen har miste kontakten med det, det skulle handel om.

Application programming interface: Forskelle mellem versioner