Wir haben einen Microsoft.Win32-Namespace, aber ist es garantiert in 64-Bit-Windows-Umgebungen zu arbeiten? Gibt es eine entsprechende Notwendigkeit, solche Definitionen für eine 64-Bit-Situation zu haben?Warum gibt es keinen Microsoft.Win64-Namespace?
.NET-Anwendungen werden standardmäßig auf dem Framework ausgeführt, das auf die Architektur des Betriebssystems ausgerichtet ist. Wenn Sie also 32-Bit-Windows ausführen, ist das auf der Maschine installierte .NET-Framework das 32-Bit-Framework. Alle .NET-Anwendungen, die auf diesem Framework ausgeführt werden, werden dann in "32 Bit" ausgeführt.
Wenn Sie 64-Bit-Windows ausführen, dann führen Sie ein 64-Bit-Framework aus, aber die IL, die auf dem Framework ausgeführt wird, unterscheidet sich (standardmäßig) nicht von der 32-Bit-IL.
Kurz gesagt: Es spielt keine Rolle, ob Sie 32-Bit oder 64-Bit-Windows ausführen, da das .NET-Framework das vom C#/VB-Code abstrahiert.
Das Microsoft.Win32-Framework bezieht sich auf die systemeigenen APIs in Windows. Abgesehen von dem wirklich schlechten Namen, den Microsoft ihm gegeben hat, hat es nichts mit 32 Bit gegenüber 64 Bit Windows zu tun.
Im Übrigen gibt es einige Dinge, die Sie mit der 64-Bit-Version des Frameworks nicht tun können: Zum Beispiel gibt es im 64-Bit-Framework keinen JET-Datenbanktreiber.
Aus dem gleichen Grund haben wir 64-Bit-Binärdateien im Ordner system32 in 64-Bit-Windows gespeichert.
Grundsätzlich ist das, weil Dinge in nicht für 32-Bit-Windows spezifisch sind. Warum sollten sie der Portabilität ohne Vorteile schaden?
"Win32" ist der Name der Plattform (d. H. Der Kern-API-Satz), unabhängig von der tatsächlichen Bissigkeit des Betriebssystems. Mit anderen Worten, machen Sie sich keine Sorgen :)
Große Antwort! Verfolgt jemand die 64-Bit-Unterschiede in .NET? --- Vielleicht ein Blog? – rasx
Keine, die ich gesehen habe. Das würde mich auch interessieren. – rein