Odpowiedzi:
Nie chodzi tylko o czytelność dla ludzi, istnieje wiele powodów programowych oddzielania aplikacji 32-bitowych od 64-bitowych. Rozważ folder „Common Files”. Jeśli masz aplikację 32-bitową i 64-bitową, które używają folderu Common Files dla pliku o tej samej nazwie, przejdziesz do węża, niezależnie od tego, który został zainstalowany jako pierwszy. Istnieją również różnice w sposobie, w jaki system Windows przedstawia te foldery samym aplikacjom, chociaż nie znam ich wystarczająco dobrze, aby je dobrze wyjaśnić.
Wreszcie, jest to pierwszy z wielu kroków do przejścia na powszechnie stosowane natywne aplikacje 64-bitowe. Inna prezentacja folderów sprawia, że rozróżnienie jest widoczne zarówno dla programistów, jak i użytkowników, a 32-bitowy „Program Files (x86)” jest dziwnym człowiekiem.
Jak napisałeś w swoim pytaniu, foldery te są rozróżnianymi domyślnymi katalogami instalacji dla aplikacji 32-bitowych i 64-bitowych.
Ciekawą konfiguracją hybrydową jest SQL Server 2005: jeśli zainstalujesz, zainstaluj wersję 64-bitową, główne pliki silnika SQL zostaną skopiowane do folderu Program Files, narzędzia, które są tylko 32-bitowe, zostaną zainstalowane w „Program Files (x86)” „
Wspomniałeś o przyczynie: odróżnić 32-bitowe pliki programów od 64-bitowych plików programów. Po uruchomieniu 32-bitowego programu w 64-bitowej instalacji systemu Windows system Windows przekierowuje żądania folderów z tego programu dla% ProgramFiles% [C: \ Program Files w angielskiej wersji językowej] na alternatywę x86 [C: \ Program Files ( x86)]. Z powodu tego cichego przekierowania programy 64-bitowe i 32-bitowe mogą współistnieć bez wzajemnych zakłóceń. (Na przykład 64-bitowy system Windows zawiera zarówno 64-bitową, jak i 32-bitową wersję programu Internet Explorer.) Windows wykonuje również podobne przekierowania dla własnych plików i kluczy rejestru.