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.
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. ""
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.