Risposte:
Non è solo per la leggibilità umana, ci sono molte ragioni programmatiche per separare le app a 32 bit da 64 bit. Considera la cartella "File comuni". Se hai un'app a 32 bit e un'app a 64 bit che utilizzano la cartella File comuni per un file con lo stesso nome, eseguirai il tubo flessibile a seconda dell'installazione installata. Ci sono anche differenze nel modo in cui Windows presenta queste cartelle alle app stesse, anche se non ho abbastanza familiarità con esse per spiegarle bene.
Infine, questo è il primo di molti passaggi per passare ad app a 64 bit universalmente native. Presentare le cartelle in modo diverso mantiene la distinzione visibile sia agli sviluppatori che agli utenti, e "Program Files (x86)" a 32 bit è la strana persona.
Come hai scritto nella tua domanda, queste cartelle sono distinte directory di installazione predefinite per applicazioni a 32 e 64 bit.
Un'interessante configurazione ibrida è SQL Server 2005: se si installa installa la versione a 64 bit, i file principali del motore SQL verranno copiati nella cartella Programmi, gli strumenti, che sono solo a 32 bit, verranno installati in "Programmi (x86) "
Hai citato il motivo: distinguere i file di programma a 32 bit dai file di programma a 64 bit. Quando si esegue un programma a 32 bit su un'installazione di Windows a 64 bit, Windows reindirizza le richieste di cartelle da quel programma per% ProgramFiles% [C: \ Programmi nella versione in lingua inglese] all'alternativa x86 [C: \ Programmi ( 86)]. A causa di questo reindirizzamento silenzioso, i programmi a 64 e 32 bit possono coesistere senza interferire tra loro. (Ad esempio, Windows a 64 bit include entrambe le versioni di Internet Explorer a 64 e 32 bit.) Windows esegue anche reindirizzamenti simili per i propri file e per le chiavi del Registro di sistema.