Es gibt nicht nur die menschliche Lesbarkeit, es gibt viele programmatische Gründe, 32-Bit-Apps von 64-Bit-Apps zu trennen. Betrachten Sie den Ordner "Gemeinsame Dateien". Wenn Sie eine 32-Bit-App und eine 64-Bit-App haben, die den Ordner "Gemeinsame Dateien" für eine Datei mit demselben Namen verwenden, müssen Sie die zuerst installierte Datei entfernen. Es gibt auch Unterschiede in der Darstellung dieser Ordner durch Windows für die Apps selbst, obwohl ich mit ihnen nicht vertraut genug bin, um sie gut zu erklären.
Schließlich ist dies der erste von vielen Schritten bei der Umstellung auf universell native 64-Bit-Apps. Durch die unterschiedliche Darstellung der Ordner bleibt die Unterscheidung für Entwickler und Benutzer gleichermaßen sichtbar, und 32-Bit-Programme (x86) sind der seltsame Mann.
Wie Sie in Ihrer Frage geschrieben haben, sind diese Ordner unterschiedliche Standard-Setup-Verzeichnisse für 32-Bit- und 64-Bit-Anwendungen.
Ein interessantes Hybrid-Setup ist SQL Server 2005: Wenn Sie die Installation der 64-Bit-Version installieren, werden die wichtigsten SQL-Engine-Dateien in den Ordner "Programme" kopiert. Die Tools, die nur 32-Bit enthalten, werden in "Programme (x86)" installiert. ""
Ja, dieser hat uns vor ein paar Monaten abgespritzt. Ein SQL 2005-Hotfix hat die Master-Datenbank verschlungen und die Instanz nicht mehr startfähig gemacht. MS schlug vor, dass der Schuldige 32-Bit-Client-Komponenten waren.
Squillman
1
Sie haben den Grund genannt: 32-Bit-Programmdateien von 64-Bit-Programmdateien zu unterscheiden. Wenn Sie ein 32-Bit-Programm in einer 64-Bit-Windows-Installation ausführen, leitet Windows Ordneranforderungen von diesem Programm für% ProgramFiles% [C: \ Programme in englischer Sprache] an die x86-Alternative [C: \ Programme ( x86)]. Aufgrund dieser stillen Umleitung können 64-Bit- und 32-Bit-Programme koexistieren, ohne sich gegenseitig zu stören. (64-Bit-Windows enthält beispielsweise sowohl 64-Bit- als auch 32-Bit-Versionen von Internet Explorer.) Windows führt ähnliche Umleitungen auch für seine eigenen Dateien und für Registrierungsschlüssel durch.
Antworten:
Es gibt nicht nur die menschliche Lesbarkeit, es gibt viele programmatische Gründe, 32-Bit-Apps von 64-Bit-Apps zu trennen. Betrachten Sie den Ordner "Gemeinsame Dateien". Wenn Sie eine 32-Bit-App und eine 64-Bit-App haben, die den Ordner "Gemeinsame Dateien" für eine Datei mit demselben Namen verwenden, müssen Sie die zuerst installierte Datei entfernen. Es gibt auch Unterschiede in der Darstellung dieser Ordner durch Windows für die Apps selbst, obwohl ich mit ihnen nicht vertraut genug bin, um sie gut zu erklären.
Schließlich ist dies der erste von vielen Schritten bei der Umstellung auf universell native 64-Bit-Apps. Durch die unterschiedliche Darstellung der Ordner bleibt die Unterscheidung für Entwickler und Benutzer gleichermaßen sichtbar, und 32-Bit-Programme (x86) sind der seltsame Mann.
quelle
Wie Sie in Ihrer Frage geschrieben haben, sind diese Ordner unterschiedliche Standard-Setup-Verzeichnisse für 32-Bit- und 64-Bit-Anwendungen.
Ein interessantes Hybrid-Setup ist SQL Server 2005: Wenn Sie die Installation der 64-Bit-Version installieren, werden die wichtigsten SQL-Engine-Dateien in den Ordner "Programme" kopiert. Die Tools, die nur 32-Bit enthalten, werden in "Programme (x86)" installiert. ""
quelle
Sie haben den Grund genannt: 32-Bit-Programmdateien von 64-Bit-Programmdateien zu unterscheiden. Wenn Sie ein 32-Bit-Programm in einer 64-Bit-Windows-Installation ausführen, leitet Windows Ordneranforderungen von diesem Programm für% ProgramFiles% [C: \ Programme in englischer Sprache] an die x86-Alternative [C: \ Programme ( x86)]. Aufgrund dieser stillen Umleitung können 64-Bit- und 32-Bit-Programme koexistieren, ohne sich gegenseitig zu stören. (64-Bit-Windows enthält beispielsweise sowohl 64-Bit- als auch 32-Bit-Versionen von Internet Explorer.) Windows führt ähnliche Umleitungen auch für seine eigenen Dateien und für Registrierungsschlüssel durch.
quelle