https://demowiki.knowlus.com/index.php?action=history&feed=atom&title=ProgrammierschnittstelleProgrammierschnittstelle - Versionsgeschichte2026-05-14T19:36:19ZVersionsgeschichte dieser Seite in Demo WikiMediaWiki 1.44.2https://demowiki.knowlus.com/index.php?title=Programmierschnittstelle&diff=10791&oldid=previmported>Mrjokla: /* growthexperiments-addlink-summary-summary:2|0|0 */2025-02-26T07:09:03Z<p><span class="autocomment">growthexperiments-addlink-summary-summary:2|0|0</span></p>
<p><b>Neue Seite</b></p><div>[[Datei:Linux kernel interfaces.svg|mini|Standardisierte Programmier&shy;schnittstellen (APIs) über unterschiedliche Betriebssysteme sorgen für [[Kompatibilität (Technik) #Quelltextkompatibilität|Quelltextkompatibilität]], d.&nbsp;h. Quelltext kann ohne Anpassungen für die jeweiligen Systeme erfolgreich kompiliert werden.]]<br />
<br />
Eine '''Programmierschnittstelle''' (auch '''Anwendungsschnittstelle''', genauer ''[[Schnittstelle]] zur [[Programmierung]] von [[Anwendungssoftware|Anwendungen]]''), häufig nur kurz '''API''' genannt (von {{enS|''application programming interface''}}, wörtlich ‚'''Anwendungs&shy;programmier&shy;schnittstelle'''‘), ist ein Programmteil, der von einem [[Software]]system anderen [[Computerprogramm|Programmen]] zur Anbindung an das System zur Verfügung gestellt wird. Im Gegensatz zu einer [[Binärschnittstelle]] (ABI) definiert eine Programmierschnittstelle nur die Programmanbindung auf [[Quelltext]]-Ebene.<!--<ref>{{cite web |accessdate= 2011-03-27 |author= Oliver Thoma |location= books.google.at/ |page=57 |publisher= Google Bücher |title= Mac OS X 10.4 Tiger |url= https://books.google.at/books?id=xXHNB1Xm3UEC&pg=PA57&lpg=PA57&dq="was+ist+eine+programmierschnittstelle"&source=bl&ots=e72aNoPR9m&sig=2-q0V54ha2OQnvyN_0i4AezUDAk&hl=de&ei=hVmPTf_YLZK5hAf6pOC7Dg&sa=X&oi=book_result&ct=result&resnum=1&ved=0CBoQ6AEwAA#v=onepage&q="was ist eine programmierschnittstelle" |year=2006}}</ref>--> Die Bereitstellung einer solchen Schnittstelle beinhaltet in der Regel eine detaillierte Dokumentation der Schnittstellenfunktionen mit ihren Parametern auf Papier oder als [[elektronisches Dokument]].<br />
<br />
Neben dem Zugriff auf [[Datenbank]]en oder [[Hardware]] wie [[Festplattenlaufwerk|Festplatte]] oder [[Grafikkarte]] kann eine Programmierschnittstelle auch die Erstellung von Komponenten der [[Grafische Benutzeroberfläche|grafischen Benutzeroberfläche]] ermöglichen oder vereinfachen. Beispielsweise ermöglicht die Programmierschnittstelle ''[[Windows Application Programming Interface]]'' des Betriebssystems [[Windows]] externen Firmen die Entwicklung von Software für dieses Betriebssystem.<br />
<br />
Heutzutage stellen auch viele [[Online-Dienst]]e Programmierschnittstellen zur Verfügung; diese heißen dann [[Webservice]].<br />
Im weiteren Sinne wird die Schnittstelle jeder [[Programmbibliothek|Bibliothek]] (englisch {{lang|en|''library''}}) als Programmierschnittstelle bezeichnet. Zu unterscheiden ist diese Art funktionaler ''Programmierschnittstellen'' von den vielen anderen Schnittstellen, die in der Programmierung angewendet werden – zum Beispiel die [[Parameter (Informatik)|Parameter]], die beim Aufruf von [[Unterprogramm]]en vereinbart und übergeben werden.<br />
<br />
== Einteilung nach Typklassen ==<br />
Programmierschnittstellen lassen sich in folgende Typklassen einteilen:<br />
* [[Funktion (Programmierung)|funktionsorientiert]] (z.&nbsp;B. [[Dynamic Link Library]])<br />
* [[datei]]orientiert (z.&nbsp;B. [[Gerätedatei]]en unter [[Unix]])<br />
* [[Objekt (Programmierung)|objektorientiert]] (z.&nbsp;B. [[ActiveX]]-DLLs)<br />
* [[Netzwerkprotokoll|protokollorientiert]] (z.&nbsp;B. [[File Transfer Protocol|FTP]])<br />
<br />
=== Funktionsorientierte Programmierschnittstellen ===<br />
Funktionsorientierte Programmierschnittstellen kennen nur Funktionen mit oder ohne Rückgabewert als Mittel der Kommunikation. Dabei wird fast immer das Konzept der [[Handle]]s verwendet. Man ruft eine Funktion auf und bekommt ein Handle zurück. Mit diesem Handle lassen sich weitere Funktionen aufrufen, bis abschließend das Handle wieder geschlossen werden muss.<br />
<br />
=== Dateiorientierte Programmierschnittstellen ===<br />
Dateiorientierte Programmierschnittstellen werden über die normalen Dateisystemaufrufe <code>open</code>, <code>read</code>, <code>write</code> und <code>close</code> angesprochen. Sollen Daten an ein Objekt gesendet werden, werden diese mit <code>write</code> geschrieben, sollen welche empfangen werden, werden sie mit <code>read</code> gelesen. Unter UNIX ist dieses Prinzip bei der Ansteuerung von Gerätetreibern weit verbreitet.<br />
<br />
=== Objektorientierte Programmierschnittstellen ===<br />
Objektorientierte Programmierschnittstellen verwenden Schnittstellenzeiger und sind damit deutlich flexibler als die funktionsorientierten Programmierschnittstellen. Häufig wird eine [[Typbibliothek]] mitgegeben.<br />
<br />
=== Protokollorientierte Programmierschnittstellen ===<br />
Protokollorientierte Programmierschnittstellen sind unabhängig vom [[Betriebssystem]] und der [[Hardware]]. Allerdings muss das [[Netzwerkprotokoll|Protokoll]] stets neu implementiert werden. Um diesen Aufwand zu minimieren, wird die protokollorientierte Schnittstelle durch eine funktions- oder interfaceorientierte Schnittstelle gekapselt. Man kann hier weiterhin zwischen allgemeinen (z.&nbsp;B. [[SOAP]]) und anwendungsspezifischen (z.&nbsp;B. [[Simple Mail Transfer Protocol|SMTP]])-Protokollen unterscheiden.<br />
<br />
== Einteilung nach Entwicklungsstufen ==<br />
Bei Programmierschnittstellen für [[Anwendungssoftware]] wird darüber hinaus auch nach [[Entwicklungsstadium (Software)|Entwicklungsstufe]] unterschieden. Ausgangspunkt dieser Unterscheidung ist die Beobachtung, dass sich Operationen der Programmierschnittstelle oft erst im Laufe der Zeit herausentwickeln. Von großer Wichtigkeit ist dabei, ob in früheren Versionen der Programmierschnittstelle verfügbare Operationen auch in allen Folgeversionen noch vorhanden sind und auch dieselbe [[Semantik|Bedeutung]] haben. Bei einer stabilen Schnittstelle braucht die Anwendung nicht mehr geändert zu werden. Unterschieden wird zwischen sich entwickelnden (engl. {{lang|en|''evolving''}}) und stabilen Programmierschnittstellen (engl. {{lang|en|''stable API''}}). Als [[Refactoring]] wird die Fortentwicklung einer Programmierschnittstelle bezeichnet, die keine Änderungen in den Anwenderprogrammen nach sich zieht.<ref>Danny Dig, R. Johnson: [https://dig.cs.illinois.edu/papers/JSME_API_Evolution.pdf ''How do APIs evolve? A story of refactoring''.] In ''Journal of Software Maintenance and Evolution''. ''Research and Practice''. Wiley, Chichester, New York 2006. S. 1–26.</ref><br />
<br />
== Bedeutung ==<br />
Das Vorhandensein einer gut dokumentierten Programmierschnittstelle (API) kann ein erheblicher Wettbewerbsvorteil für ein Software- oder ein die Software enthaltendes Hardware-Produkt sein – da auf diese Weise andere Softwarefirmen oder freiberufliche [[Programmierer]] in die Lage versetzt werden, zusätzliche Software für dieses System zu erstellen. Mit dem Angebot zusätzlicher Programme von Drittanbietern steigt wiederum die Attraktivität des Ausgangssystems, etwa eines Computer-Betriebssystems, einer [[Spielkonsole]] oder einer [[Smartphone]]-Familie. Die Geschäftspolitik bezüglich dieser Schnittstelle kann damit über den kommerziellen Erfolg einer Software und gegebenenfalls auch der zugehörigen Hardware entscheiden. So verlangen manche Software-Anbieter erhebliche Geldbeträge für die zugehörige, notwendige Dokumentation, was eine [[Eintrittsbarriere]] für interessierte Programmierer darstellt. Auch kann vorgesehen sein, dass auf die API nur mit einem teuer zu erwerbenden Software-[[Integrierte Entwicklungsumgebung|Entwicklungssystem]] zugegriffen werden kann.<br />
<br />
Ein weiterer Erfolgsfaktor kann die bereits erwähnte Langzeitstabilität der API sein, denn bei häufigen Änderungen ist auch der Programmierer einer Zusatzanwendung gezwungen, seine Software jedes Mal anzupassen, damit sie weiterhin funktioniert. Dies kann erheblichen Aufwand und damit Kosten verursachen, was die Entwicklung kommerziell unattraktiv macht.<br />
<br />
=== Beispiele ===<br />
Die Entwicklungsumgebung [[Xcode]], mit der auf die API des Smartphone-Betriebssystems [[Apple iOS]] zugegriffen werden kann, steht zwar als kostenloser Download bereit, aber nur für [[Apple Macintosh|Mac-Computer]] von [[Apple]]. Zudem müssen Entwickler ein [[Geheimhaltungsabkommen]] unterzeichnen und einen Mitgliedsbeitrag entrichten, was als Hemmnis bewertet wird – zumal Apple auf dem Markt für Smartphones bzw. [[Mobile App]]s durch den großen Erfolg des [[Android (Betriebssystem)|Android-Betriebssystems]] mit starker Konkurrenz konfrontiert ist.<ref name="EFF">{{cite web|url=https://www.eff.org/deeplinks/2010/03/iphone-developer-program-license-agreement-all |title=All Your Apps Are Belong to Apple: The iPhone Developer Program License Agreement |publisher=[[Electronic Frontier Foundation]] |date=2010-03-09 |accessdate=2010-04-17}}</ref><br />
<br />
Für die Betriebssystem-Familie [[Unix]] existiert der von der [[IEEE]] festgelegte [[Portable Operating System Interface|POSIX]]-Standard. Die Preise für die Dokumentation dieser API sind sehr hoch, und die Veröffentlichung ist durch Urheberrecht untersagt. In neuerer Zeit ist deshalb eine Tendenz zur [[Single UNIX Specification]] der [[Open Group]] zu verzeichnen. Diese Standards sind offen, im [[Internet]] frei verfügbar und alle können Vorschläge dazu einreichen.<br />
<br />
== Siehe auch ==<br />
* [[Schnittstelle (Objektorientierung)]]<br />
* [[IMAPI]] (Image Mastering API)<br />
<br />
== Literatur ==<br />
* {{Literatur |Autor=[[Erich Gamma]], [[Richard Helm]], [[Ralph Johnson]], [[John Vlissides]] |Titel=[[Entwurfsmuster (Buch)|Design Patterns]] – Elements of Reusable Object-Oriented Software |Verlag=Addison-Wesley |Ort=Reading MA u.&nbsp;a. |Datum=1995 |ISBN=0-201-63361-2}}<br />
* {{Literatur |Autor=[[Joshua Bloch]] |Titel=How to Design a Good API and Why it Matters |Hrsg=[[Association for Computing Machinery|ACM]] |Sammelwerk=Companion to the 21st ACM SIGPLAN symposium on [[OOPSLA]] |Datum=2006-10 |DOI=10.1145/1176617.1176622 |Online=https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/32713.pdf |Format=PDF |KBytes=567}}<br />
<br />
== Einzelnachweise ==<br />
<references /><br />
<br />
{{Normdaten|TYP=s|GND=4430243-5}}<br />
<br />
[[Kategorie:Programmierschnittstelle| ]]</div>imported>Mrjokla