Wenn eine Software / Bibliothek Unterstützung für die Windows-Plattform bietet, benennen sie ihre Verzeichnisse und Variablen fast immer als win32
. Dies ist am häufigsten in C / C ++ - Projekten der Fall. Auch das MinGW- Projekt zielt auf eine Dreifachnutzung ab win32
. Gibt es einen Grund dafür? Warum nicht einen richtigen Namen wie Windows oder Microsoft Windows verwenden? Gibt es einen rechtlichen Haken bei der Namensauswahl?
Diese Frage bezieht sich nicht auf die API, sondern auf die verwendete Namenskonvention. Wenn eine Bibliothek unterstützt andere Betriebssysteme verwenden sie oft die richtigen Namen wie linux
, freebsd
oder was auch immer besondere Unterstützung benötigt. Aber wenn es um Windows geht, wird es oft als win32
etwas merkwürdig abgekürzt .
quelle
Antworten:
Win32 ist der übliche Name für die Windows-API. Diese API gibt an, wie Anwendungen mit dem Betriebssystem kommunizieren können. Es ist in etwa mit dem POSIX-Standard unter Unix vergleichbar, aber Win32 deckt auch GUIs und viele andere Funktionen ab.
Die Win32-API ist nicht auf 32-Bit-Windows-Installationen beschränkt.
Aus dem Windows Dev Center :
Sie müssen die Win32-API nicht verwenden, um für Windows zu entwickeln. Alternativen sind die .NET-Klassen oder die Windows RT-Schnittstelle.
Es gibt technisch eine Win64-Variante. Aber es unterscheidet sich von Win32 hauptsächlich im Datenmodell (der Größe der Zeiger). Es ist kein eindeutiger Satz von APIs:
Da sich Win64 nicht wesentlich unterscheidet, werden Sie fast nie Projekte sehen, die
win64
auf Quellcodeebene abzielen , obwohl neuere Projekte möglicherweise aufwinapi
traditionelle Projekte abzielenwin32
. Aus praktischen Gründen beziehen sich alle diese Namen auf dieselbe API.quelle
Da die Windows-API über 30 Jahre alt ist und es schon gab, als es 16-Bit-PCs gab, kamen 32-Bit-PCs, dann Win32s und dann win64. Die Windows-Entwicklung ist plattformabhängig, und Sie benötigen Ihren Code, damit er mit den Betriebssystembibliotheken (DLLs) in der Architektur übereinstimmt.
https://en.wikipedia.org/wiki/Windows_API#Versions
Eine Windows-Anwendung, die gegen Win32 erstellt wurde, wird auf 32-Bit-Architekturen und auf 64-Bit-Architekturen ausgeführt, da das Windows-Betriebssystem ein Win32-Subsystem bereitstellt, sodass Win32-Apps auf einem modernen 64-Bit-Windows-Betriebssystem ausgeführt werden können.
Während Win32-Builds mit der Zeit immer kürzer werden, wird Win32 wahrscheinlich nicht so schnell vollständig ausgeblendet. Wenn Win32-Builds auslaufen, wird es wahrscheinlich einen Win128 geben, und Win64 wird der neue Win32 sein.
quelle