imported>Sternetaucher: Die letzte Textänderung von ~2026-24129-13 wurde verworfen und die Version 256978393 von Y2kbug wiederhergestellt. Alle Verlinkungen verweisen auf die allgemeine Komponente.

2026-04-20T06:00:04Z

Die letzte Textänderung von ~2026-24129-13 wurde verworfen und die Version 256978393 von Y2kbug wiederhergestellt. Alle Verlinkungen verweisen auf die allgemeine Komponente.

Neue Seite

[[Datei:Schema plattform.png|mini|Grafische Darstellung des Grundkonzepts einer Computerplattform: oben drei identische Komponenten (blau) innerhalb dreier unterschiedlicher Umgebungen von weiteren Komponenten, die unten auf drei unterschiedlichen Rechnersystemen aufgesetzt werden können]]
Eine '''Computerplattform''' (auch ''-schicht'' oder ''-ebene'', kurz ''Plattform'') bezeichnet in der [[Informatik]] eine einheitliche Grundlage, auf der [[Computerprogramm]]e ausgeführt und entwickelt werden können.

Eine Plattform ist eine Komponente eines [[Rechnersystem]]s und befindet sich im Verbund mit weiteren Komponenten. Dabei kann es sich um die [[Hardware]] oder das [[Betriebssystem]] (OS), sogar um einen [[Webbrowser]] und die zugehörigen [[Programmierschnittstelle]]n oder andere zugrunde liegende [[Software]] handeln, solange das Computerprogramm damit ausgeführt wird.

Für die betrachtete Plattform selbst sind die weiteren Komponenten des Rechnersystems, in dem sie arbeitet, [[Transparenz (Computersystem)|nicht sichtbar]].
Eine Plattform kann aufgrund dieser [[Abstraktion (Informatik)|Abstraktion]] auf unterschiedliche Rechnersysteme übertragen werden und arbeiten (siehe grafische Darstellung). Die interne [[Komplexität]] des Computersystems wird hierbei mit Hilfe von [[Softwaretechnik]] erhöht, was [[Trivialität|vereinfachte]] Nutzung durch menschliche Anwender zur Folge hat.

Bestandteile bzw. Abstraktionsebenen einer typischen Plattform sind: [[Rechnerarchitektur]], [[Softwarestack]], [[Laufzeitumgebung]], [[Programmiersprache]].

== Zielsetzung und Methoden ==
Die Idee hinter einer Plattform ist [[Abstraktion (Informatik)|Abstraktion]] und [[Vereinfachung]].

Erreicht werden kann diese Vereinfachung dadurch, dass dem Anwendungsentwickler ein abstrakteres Funktionsmodell von konkreter Funktionalität zur Verfügung gestellt wird, typischerweise in Form einer [[Programmierschnittstelle]] (eng. API), welche darunter liegende Funktionalität [[Wrapper (Software)|einhüllt]]. Für die resultierende Anwendung geschieht das typischerweise in Form einer dynamisch interpretierten [[Laufzeitumgebung]] (z. B. [[Java Runtime Environment|JRE]], [[Browser]]) oder einer binären [[Binärschnittstelle|ABI]] zu bekannten [[Laufzeitbibliothek|Softwarefunktionen]].

Eine Qualität, die diese Abstraktionsschichten bieten können, ist Allgemeingültigkeit, üblicherweise als ''[[Kompatibilität (Technik)|Kompatibilität]]'' bezeichnet. Das kann sich auf die ''Breite'', also die Menge der verschiedenartigen, abstrahierten Details beziehen, wie auch auf die Stabilität der Plattform über die Zeit. Bei der Kompatibilität über die Zeit kann die Sicherstellung der [[Kompatibilität (Technik)#Abwärtskompatibilität|Abwärtskompatibilität]] bei einer Weiterentwicklung einer Plattform gemeint sein oder auch die Zusicherung des Herstellers, dass mit dem Aufkommen neuer abstrahierbarer „Details“ (z. B. neue Betriebssysteme, neue Hardware) diese in die Plattform integriert werden ([[Kompatibilität (Technik)#Aufwärtskompatibilität|Aufwärtskompatibilität]]).

== Plattformarten ==
Bei Plattformen kann zwischen Soft- und Hardwareplattformen unterschieden werden.

=== Hardwareplattform ===
Eine Hardwareplattform, auch '''''Maschinenebene''''' genannt, bezeichnet eine bestimmte [[Computer|Rechner]]art oder eine ''[Prozessor]-Familie''. Die Maschinenebene ist hauptsächlich durch eine bestimmte [[Rechnerarchitektur|Rechner-]] oder [[Prozessorarchitektur]] gegeben und liegt logisch betrachtet ganz unten – unter der [[#Softwareplattform|Anwendungsebene]].

Eine Prozessorarchitektur-Plattform verwendet eine einheitliche [[Maschinensprache]], [[Datenwort]]größe, [[Byte-Reihenfolge]] usw. Ein Beispiel dafür ist die weitverbreitete [[x86-Architektur|x86]]-[[Prozessorarchitektur|Architektur]].

Wie die einzelnen [[Befehlssatz#Befehlsarten|Befehle]] dieser Maschinensprache intern im [[Mikroprozessor]] verarbeitet werden (z. B. mit [[Mikrobefehl|Micro-ops]]), kann sich aber innerhalb der gleichen Plattform stark unterscheiden. Nur die Endergebnisse, welche die Befehle liefern, bleiben dieselben.

Hardwareplattformen können grob in [[Complex Instruction Set Computing|CISC]]- und [[Reduced Instruction Set Computer|RISC]]-[[Architektur (Informatik)|Architekturen]] eingeteilt werden. Bei aktuellen Prozessorarchitekturen verwischen sich aber die Grenzen zwischen diesen beiden Architekturtypen zusehends.

=== Softwareplattform ===
Die sogenannten ''[[Software]]-Plattformen'', auch ''Anwendungsebene'' genannt, werden wie folgt unterschieden.

==== Binärschnittstellen-basierte Plattform ====
[[Kompatibilität (Technik)|Kompatibilität]] über die Zeit lässt sich beispielsweise über stabilgehaltene [[Binärschnittstelle]]n von [[Funktionsbibliothek]]en erreichen, mit denen auf die Plattform zugegriffen wird. Bei einer Weiterentwicklung der Plattform muss ausschließlich der Plattformanbieter dafür Sorge tragen, dass die Kompatibilität erhalten bleibt. Dieser muss dann die neue Version seiner Plattformbibliothek verbreiten, Änderungen am [[Anwendungsprogramm]] (Neu[[kompilierung]] oder Anpassung) durch Anwendungsentwickler oder Konfigurationsänderungen durch Anwender sind nicht notwendig.

==== Quellcode-basierende Plattform ====
Neben dem obigen Konzept einer auf Binärkompatibilität basierenden Plattform, welches eine weitergehende Lauffähigkeit von einmal erstellter Software ermöglicht, existiert noch das Konzept der Kompatibilität über die [[Plattformunabhängigkeit|Portierbarkeit]] des [[Quellcode]]s eines Anwendungsprogramms. Hier wird keine langfristige oder breite Lauffähigkeit der Anwendungsprogramm-[[Kompilierung|Kompilate]] garantiert,<ref>{{cite web |url=http://blog.linuxgamepublishing.com/2009/08/18/handling-misbehaving-libraries-in-binary-products/ |first=Michael |last=Simms |date=2009-08-18 |accessdate=2012-01-15 |language=en |title=Handling misbehaving libraries in binary products |quote=It is a bit of an arcane artform, making a game that runs on all Linux versions. […] [libraries] will load their own dependencies in a way we cannot control.The biggest problem is that OpenAL and SDL try to dlopen libasound, and on some machines, libasound doesn’t work with our binaries. On others, it can actually crash the whole game due to incompatibilities. This is a common issue when dealing with unknown system configurations when sending out a binary-only product into the world. |publisher=[[Linux Game Publishing]] |archiveurl=https://web.archive.org/web/20140222145251/http://blog.linuxgamepublishing.com/2009/08/18/handling-misbehaving-libraries-in-binary-products/ |archivedate=2014-02-22}}</ref> sondern eine Kompilierbarkeit mit einer weiten Palette an unterliegender Hardware, [[Programmbibliothek]]en und Software-APIs, auch [[Plattformunabhängigkeit]] genannt. Nachteile sind, dass der Vorgang des Kompilierens dann häufiger und vor allem durch den Anwender oder Anwendungsentwickler durchgeführt werden muss, ein manchmal komplexer und fehlerträchtiger Vorgang. Auch die Erstellung [[Portable Software|portabler Software]] für eine solche Plattform ist ein Problem.<ref>{{cite web|archiveurl=https://web.archive.org/web/20071013034536/http://www.gamedev.net/reference/programming/features/linuxprogramming2/page2.asp|url=http://www.gamedev.net/reference/programming/features/linuxprogramming2/page2.asp |title=Linux Game Development Part 2 – Distributable Binaries|first=Troy |last=Hepfner |date=2007-10-01|accessdate=2011-12-19|archivedate=2007-10-13|language=englisch |quote=''Creating an executable that works on almost all Linux distributions is a challenge. There are a number of factors that contribute to the problem […]''|publisher=gamedev.net}}</ref> Ebenso kann die Notwendigkeit, dass der Quellcode beim Anwender vorliegen muss, ein Hindernis sein, da beispielsweise bei [[Proprietäre Software|proprietärer Software]] eine Offenlegung von diesem unüblich ist. Deshalb ist dieses Konzept der Quellcode-basierenden Kompatibilität vor allem im [[Open Source|Open-Source]]-Bereich und bei [[unixähnliches Betriebssystem|unixähnlichen Betriebssystemen]] dominierend, die Binärkompatibilität dagegen beispielsweise bei [[Microsoft Windows|Windows]]<ref>{{cite web |author=[[Ian Murdock]] |title=On the importance of backward compatibility |language=englisch |date=2007-01-17 |url=http://ianmurdock.com/platforms/on-the-importance-of-backward-compatibility/ |archiveurl=https://web.archive.org/web/20120114153717/http://ianmurdock.com/platforms/on-the-importance-of-backward-compatibility/ |archivedate=2012-01-14 |offline=yes |accessdate=2012-01-04 |archivebot=}}</ref><ref>{{cite web|url=http://weblogs.asp.net/oldnewthing/archive/2003/10/15/55296.aspx|archiveurl=https://web.archive.org/web/20040703024414/http://weblogs.asp.net/oldnewthing/archive/2003/10/15/55296.aspx|title=What about BOZOSLIVEHERE and TABTHETEXTOUTFORWIMPS?|author=[[Raymond Chen]]|publisher=|date=2003-10-15 |accessdate=2012-01-04|archivedate=2004-07-03 |work=The Old New Thing|language=englisch}}</ref> oder den [[Mac OS (Apple)|Mac-Betriebssystemen]].<ref>{{cite web |last=Peter |first=Simon |title=AppImageKit Documentation 1.0 |language=en |date=2010 |publisher=PortableLinuxApps.org |url=http://portablelinuxapps.org/docs/1.0/AppImageKit.pdf |archiveurl=https://web.archive.org/web/20101129031656/http://portablelinuxapps.org/docs/1.0/AppImageKit.pdf |archivedate=2010-11-29 |offline=yes |format=PDF; 38 kB |accessdate=2011-07-29 |archivebot= |pages=2–3 |quote=''A critical distinction between the approach known from Windows and the Mac and the one known from UNIX and Linux is the „platform“: While Windows and the Mac are seen as platforms to run software on, most Linux distributions see themselves as the system that includes the applications.''}}</ref>

==== Betriebssystem als Plattform ====
Beispielsweise ermöglicht es eine Softwareplattform – wie die [[Win32]]-API und andere ähnliche in Betriebssysteme integrierte Schnittstellen – [[Softwareentwickler]]n, [[Anwendungsprogramm|Anwendungen]] zu schreiben, die auf veränderlicher [[Hardware]], wie [[Prozessor]]en unterschiedlicher Hersteller, verschiedenen [[Grafikkarte]]n, verschiedenen [[Peripheriegerät]]en usw. funktionsfähig sind. Typischerweise werden solche Anwendungen jedoch zu [[Binärcode|binären]] Programmen, bestehend aus [[Maschinenbefehl]]en, [[Kompilierung|kompiliert]], sind also nur auf einer spezifischen Hardware funktionsfähig, setzen also auf diese Hardwareplattform auf. Dieses Vorgehen kann als Kompromiss aus [[Effizienz (Informatik)|Effizienz]] und Abstraktionsgrad betrachtet werden, da dadurch aufwändige Konvertierung zur [[Laufzeit (Informatik)|Laufzeit]] eingespart wird.

==== Laufzeitumgebung als Plattform ====
Bei dynamisch interpretierten Laufzeitumgebungen wird die Anwendung von der Hardware noch weitergehend abstrahiert. Das bedeutet, dass Befehle und Daten einer Laufzeitumgebung oder einem [[Dienst (Informatik)|Dienst]] übergeben werden und dort erst zur Laufzeit [[Interpreter|interpretiert]] oder in die entsprechende Maschinensprache übersetzt werden. Weitergehend können mit einer Laufzeitumgebung (z. B. [[Java Runtime Environment|JRE]] oder [[Webbrowser]]) auch verschiedene unterliegende [[Betriebssystem]]e, also andere Softwareplattformen, wegabstrahiert werden.

== Nichttechnische Aspekte von Plattformen ==
=== Marketing ===
Für die Werbung werden oft Markennamen in vereinfachender Weise, als technisch betrachtet eigentlich zu differenzierende Plattformen, zusammengefasst. Ein bekanntes Beispiel dafür ist die „[[Macintosh]]-“ bzw. „Mac-Plattform“, deren technische Plattformen sich je nach Generation grundlegend unterscheiden können. Diese vereinfachende Sicht ist teilweise in den Sprachgebrauch und die öffentliche Wahrnehmung übergegangen.

So wirbt z. B. die Firma [[Apple]] mit der „Macintosh“- bzw. „Mac“-Plattform, obwohl über die gesamte Zeit des Bestehens praktisch alle Plattformen, die Macintosh ausmachen, (teilweise mehrfach) ausgetauscht wurden. Aus technischer Sicht besteht und bestand „der Macintosh“ aus sehr unterschiedlichen und teilweise inkompatiblen Hard- und Softwareplattformen. (Im Laufe seiner Geschichte nutzte bzw. nutzt „der Mac“ aus Sicht der Prozessorarchitektur [[680x0]], [[PowerPC]], [[IA-32]] bzw. [[x64]] und [[ARM64]]. Von Apple-Betriebssystemen verwendete Softwareschnittstellen und Standards sind bzw. waren [[Carbon (Apple)|Carbon]], [[Cocoa (API)|Cocoa]], [[POSIX]], [[Single UNIX Specification|SUS]], [[GNU-Projekt|GNU-Software-Umgebung]], [[Java-Laufzeitumgebung|JRE]] etc.) Um den Nutzern einen reibungslosen Wechsel dieser Architekturen zu gewährleisten verwendete Apple übergangsweise Ansätze wie [[Fat Binary]]s, [[Universal Binary|Universal Binaries]] und (transparente) [[Emulation|Emulatoren]]. Dadurch wurde die ganze Produktfamilie in der Öffentlichkeit weiter als eine einheitliche Plattform wahrgenommen.

Ähnliches gilt auch für die von der Firma [[Microsoft]] beworbene Marke „[[Microsoft Windows|Windows]]“. Obwohl die Änderungen nie so umfassend waren wie beim Macintosh, ist auch Windows keine einheitliche Plattform. Windows läuft bzw. lief auf den [[Prozessorarchitektur]]en [[x86-Architektur|x86]][[x64|-64]] und [[ARM64]], in der Vergangenheit auch [[IA-32]], [[ARM32]], [[Itanium-Architektur|Itanium]], [[Alpha-Prozessor|Alpha]], [[MIPS-Architektur|MIPS]] und [[Power-Architektur|POWER]] bzw. [[PowerPC]] und stellte oder stellt die Plattformen [[PC-kompatibles DOS|DOS]], [[Win16]], [[Win32]], [[Win64]], [[Native API]], [[Microsoft Windows CE|Windows CE]], [[.Net-Framework|.NET]], [[Portable Operating System Interface|POSIX]], [[OS/2]] und andere Anwendungen zur Verfügung. So sind z. B. die Win32- und die Windows-CE-API nur sehr bedingt kompatibel. Alle auf den [[MS-DOS|DOS]]- oder [[Microsoft Windows NT|Windows-NT]]-[[Kernel (Betriebssystem)|Kernel]] aufbauenden Windows-Produkte enthalten mehrere Plattformen, wodurch für Anwendungen eine Rückwärts-Kompatibilität von teilweise über 30 Jahren (im Fall von Win16, das auf den 64-Bit-Varianten von Windows fehlt) erreicht wurde.

=== Offenheit ===
{{Hauptartikel|Geschlossene Plattform}}

Hersteller von Plattformen haben verschiedene Vorgehensweisen bezüglich der Offenheit bzw. Geschlossenheit ihrer Plattformen.
Dies betrifft z. B. das Entwicklungsmodell, Kostenmodell oder den Grad der Offenheit bzw. Freiheit die bei der Verwendung auf verschiedenen Ebenen gewährt wird.

=== Industrie ===
In der Industrie bilden Plattformen die Infrastruktur für Geschäftsmodelle der Digitalisierung.<ref>[https://www.cenit.com/de_DE/newsroom/article/news/welche-digitale-plattform-braucht-mein-unternehmen-907.html Welche digitale Plattform braucht mein Unternehmen?], auf cenit.com</ref> Die digitale Plattform dient hier als IT-Architektur für „Datengenerierungen, Datenstrukturierungen und Datenaustauschformate auf Basis technischer Standards“.<ref>[https://www.vbw-bayern.de/vbw/Themen-und-Services/Zukunftsrat/Plattformen-%E2%80%93-Infrastruktur-der-Digitalisierung.jsp Studie – Plattformen – Infrastruktur der Digitalisierung], auf vbw-bayern.de</ref> Es entsteht ein „digitaler Backbone“, der in digitaler Kontinuität alle Akteure und Aktionen verbindet, die an der Wertschöpfung mitwirken.

== Beispiele ==
=== Anwendungsschnittstellen und Betriebssysteme ===
Als Anwendungsschnittstelle kann im Wesentlichen eine durch das [[Betriebssystem]] eingeführte oder inkludierte [[Programmierschnittstelle]] ({{enS|Application Programming Interface}}, kurz API) bezeichnet werden. Es gibt jedoch auch plattformübergreifende APIs, die auf mehreren Betriebssystemen als Laufzeitumgebung verfügbar sind und oft nachträglich installiert werden müssen.


* [[AmigaOS]] ([[AROS (Betriebssystem)|AROS]], [[MorphOS]])
* [[Android (Betriebssystem)|Android Runtime]]
* [[Bada (Betriebssystem)|Bada]]
* [[Blackberry]]
* [[Carbon (Apple)|Carbon]] ([[Mac OS (Classic)|klassisches Mac OS]], [[macOS]])
* [[Cocoa (API)|Cocoa]] (macOS, [[GNUstep]], [[iOS (Betriebssystem)|iOS]], …)
* [[GNU]]-Software-Umgebung, [[GNU-Projekt]] ([[Unix]]/[[Berkeley Software Distribution|BSD]], [[Linux]], [[Fink (Software)|Fink]], [[Cygwin]]…)
* [[Linux Standard Base]], LSB
* [[Native API]] ([[Microsoft Windows NT|Windows NT]])
* [[OpenVMS]]
* [[OS/2]]
* [[OS/400]]
* [[Palm OS]]
* [[Portable Operating System Interface]], POSIX (Unix/BSD einschl. macOS, Linux, Windows NT, …)
* [[Single UNIX Specification]], SUS ([[Unix]], macOS)
* [[Symbian-Plattform|Symbian]]
* [[Windows Application Programming Interface]]: Win16, Win32, Win64 ([[Microsoft Windows|Windows]], [[Microsoft Windows CE|Windows CE]], [[OS/2#WinOS/2|WinOS/2]], [[ReactOS]], [[Wine]], …)
* [[z/OS]]
* [[z/VM]]

=== Hardware ===


* [[AMD]] [[AMD Am29000|Am29000]]
* [[ARM-Architektur|ARM]]
* [[Atmel]] [[Atmel AVR|AVR]]
* [[Digital Equipment Corporation|DEC]] [[Alpha-Prozessor|Alpha]] (64-Bit)
* [[IBM]] [[IBM 801|801]]
* IBM [[System/360]] und [[System/370]] (24-Bit-[[Adressierung (Rechnerarchitektur)|Adressierung]], 1964 und 1970)
* IBM [[System/390]] (31-Bit-Adressierung, 1990)
* IBM [[System z]] (64-Bit-Adressierung, abwärtskompatibel zu System/390, /370 und /360, 2000)
* [[Intel]] [[Intel 4004|4004]] (4-Bit-[[Datenwort|Datenbreite]] mit 4-Bit-[[Datenbus]], 12-Bit-[[Adressraum]] mit 4-Bit-[[Adressbus]], 1971)
* Intel [[Intel 4040|4040]] (4-Bit-Datenbreite mit 4-Bit-Datenbus, 13-Bit-Adressraum mit 4-Bit-Adressbus, 1974)
* Intel [[Intel 8008|8008]] (8-Bit-Datenbreite mit 8-Bit-Datenbus, 14-Bit-Adressraum mit 8-Bit-Adressbus, 1972)
* Intel [[Intel 8080|8080]] (8-Bit-Datenbreite mit 8-Bit-Datenbus, 16-Bit-Adressraum mit 16-Bit-Adressbus, 1974)
* Intel [[x86-Prozessor|x86]] (Intel 80x86 und kompatible Prozessoren)
** [[Intel 8086|8086]]/[[Intel 8088|8088]], [[Intel 80186|80186]]/[[Intel 80188|80188]], [[Zilog Z80|Z80]] und [[NEC V20|V20]] (16-Bit-Datenbreite mit 16-Bit-Datenbus, 20-Bit-Adressraum mit 20-Bit-Adressbus, 1979)
** [[Intel 80286|80286]] (16-Bit-Datenbreite mit 16-Bit-Datenbus, 24-Bit-Adressraum mit 24-Bit-Adressbus, 1982)
** [[Intel 80386|80386]] (32-Bit-Datenbreite mit 32-Bit-Datenbus, 32-Bit-Adressraum mit 24-Bit-Adressbus, 1985)
** [[IA-32]] bzw. i386 (retronym auch x86-32) bezeichnet den zum 80386 kompatiblen [[Befehlssatz]] zahlreicher Nachfolger, wie dem [[AMD Am386|Am386]] oder dem [[Intel 80486|80486]]
** [[x64]] bzw. x86-64 oder AMD64 bezeichnet den zum [[AMD Opteron|Opteron]] kompatiblen Befehlssatz (64-Bit-Datenbreite, 64-Bit-Adressraum; implementiert durch [[AMD64]] bei Prozessoren von AMD und [[Intel 64]] bei Prozessoren von Intel)
** zahlreiche Befehlssatzerweiterungen für IA-32 und x64, wie [[Advanced Vector Extensions|AVX]], [[FMA x86|FMA]], [[Multi Media Extension|MMX]], [[Physical-Address Extension|PAE]], [[Streaming SIMD Extensions|SSE]], uvm.
* Intel [[Intel i960|i960]]
* Intel Itanium bzw. [[IA-64]] (64-Bit-Datenbreite, 64-Bit-Adressraum, nicht kompatibel zu IA-32 und 16-Bit x86)
* [[MIPS-Architektur|MIPS]]
* [[Motorola]] [[Motorola-68000er-Familie|680x0]] (ab 2004 [[Freescale Semiconductor|Freescale]], ab 2015 [[NXP Semiconductors|NXP]])
** [[Motorola 6800|6800]] und [[Motorola 6809|6809]] (Motorola, 8-Bit-Datenbus, 8-Bit-Adressbus, 1974)
** [[Motorola 68000|68000]] und [[Motorola 68010|68010]] (Motorola, 16-Bit-Datenbus, 24-Bit-Adressbus, 1979)
** [[Motorola 68008|68008]] (Motorola, 8-Bit-Datenbus, 20-Bit-Adressbus)
** [[Motorola 68012|68012]] (Motorola, 16-Bit-Datenbus, 31-Bit-Adressbus)
** [[Motorola 68020|68020]] und [[Motorola 68330|68330]] (Motorola, 32-Bit-Datenbus, 32-Bit-Adressbus, 1984)
** [[Motorola 68030|68030]], [[Motorola 68040|68040]] und [[Motorola 68060|68060]] (Motorola, 32-Bit-Datenbus, 32-Bit-Adressbus, ab 1987)
** [[Freescale ColdFire|ColdFire]] (Freescale, 68060-Design, ab 2004)
** [[Dragonball (Prozessorfamilie)|Dragonball]] (Freescale, vormals MC68328 von Motorola, ab 1995)
* Motorola [[Motorola 88000er-Familie|88000]]
* [[OpenRISC]]
* [[PDP-1]], [[PDP-4]], [[PDP-7]], PDP-9 und PDP-15 (18-Bit)
* PDP-5, [[PDP-8]], PDP-12, PDP-14 und PDP-16 (12-Bit)
* PDP-6 und [[PDP-10]] (36-Bit)
* [[PDP-11]] (16-Bit)
* [[PA-RISC]]
* Power
** [[IBM Power]] (ursprünglich in der Schreibweise POWER)
** IBM und Motorola (ab 2004 [[Freescale Semiconductor|Freescale]], ab 2015 [[NXP Semiconductors|NXP]]) [[PowerPC]]
* [[SPARC-Architektur|SPARC]]
* [[SuperH]]
* [[Virtual Address eXtension|VAX]] (32-Bit)

=== Laufzeitumgebungen ===

* [[Adobe AIR]]
* [[Common Language Runtime]]
* [[Java-Laufzeitumgebung]]
* [[Mono (Software)|Mono]]
* [[Mozilla Prism]]
* [[PHP]]
* [[uniPaaS]]

=== PC-Plattformen ===
[[Datei:Pc game logo.png|mini|Ein PC-Logo, wie auf zahlreichen Medien-Hüllen zu finden, steht für den Nachfolger der „[[IBM-PC-kompatibler Computer|IBM-Kompatiblen]]“ DOS- oder Windows-PCs]]
Plattformen für [[Personal Computer]] sind eng mit jenen für [[#Anwendungsschnittstellen und Betriebssysteme|Anwendungsschnittstellen und Betriebssysteme]] verknüpft, gehen aber u. U. über Betriebssystemgrenzen hinweg. PCs (im Allgemeinen Sinn von „persönlicher Computer“) und [[Heimcomputer]] sind nicht nur Plattformen für Arbeitscomputer, meist sind sie gleichzeitig auch [[Spieleplattform]]en.


* [[Amiga]]
* [[IBM-PC-kompatibler Computer]] (Abschnitt [[IBM-PC-kompatibler Computer#PC als Plattform|PC als Plattform]]; auch Windows-PC bzw. bis in die 1990er DOS-PC)
* [[Macintosh]], seit 1999 hauptsächlich „Mac“

=== Server-Plattformen ===

* [[LAMP (Softwarepaket)|LAMP]] ([[Linux]], [[Apache HTTP Server|Apache]], [[MySQL]] und [[PHP]])
* MAMP ([[macOS|Mac OS X/OS X/macOS]], Apache, MySQL und PHP)
* WAMP ([[Microsoft Windows|Windows]], Apache, MySQL und PHP)

== Siehe auch ==
* [[Framework]]
* [[Spieleplattform]]
* [[Mitarbeiter-Plattform]]

== Literatur ==
* David S. Evans, Andrei Hagiu, Richard Schmalensee: [https://mitpress.mit.edu/sites/default/files/titles/content/9780262050852_Download_the_full_text.pdf ''Invisible Engines. How Software Platforms Drive Innovation and Transform Industries.''] [[MIT Press]], Cambridge / London 2006, ISBN 0-262-05085-4 – befasst sich mit Software-Plattformen.

== Einzelnachweise ==
<references />

[[Kategorie:Computer]]
[[Kategorie:Mikroprozessortechnik]]
[[Kategorie:Hardware]]

Plattform (Computer) - Versionsgeschichte

imported>Sternetaucher: Die letzte Textänderung von ~2026-24129-13 wurde verworfen und die Version 256978393 von Y2kbug wiederhergestellt. Alle Verlinkungen verweisen auf die allgemeine Komponente.