爲什麼Windows團隊複製「Program Files」文件夾以支持x86和x64？

一個經常令我困惑的問題是爲什麼Windows團隊決定複製Program Files文件夾以支持32位和64位平臺？從長遠來看，這不會爲每個人帶來更多的工作和混亂嗎？爲什麼Windows團隊複製「Program Files」文件夾以支持x86和x64？

讓他們複製樹的關鍵因素是什麼，而其他一些系統保存單個「Program Files」目錄（有點像MAC的通用二進制格式http://en.wikipedia.org/wiki/Universal_binary）？

我敢肯定有這讓他們創造了巨大的原因，這個「程序文件（x86）」文件夾中，如果有人在這個時候決定了房間，請分享:)

2012-09-11 canderso

這個叫做「向後兼容性」的小東西可能是他們的想法。 – Oded

這個問題是離題。這不是一個編程問題，也不是編程相關的問題。您還要求我們與Windows設計團隊的觀點保持一致，而不是Stack Overflow用戶目前可以做的事情。 – Oded

@Oded - 「與編程無關」？哦，來吧，告訴我你從未遇過這種問題？ :-) –

在C：\程序文件文件夾包含很多DLL，特別是在Common Files子目錄中。 c：\ program files（x86）\ common files文件夾包含這些DLL的32位版本。這些DLL中的很多已經存在了很長時間，近二十年來，很多傳統程序都依賴於它們。

未虛擬化文件夾會大大增加DLL Hell的機率。此外，環境有三個變量引用Common Files文件夾，CommonProgramFiles，CommonProgramFiles（x86）和CommonProgramW6432。

Appcompat在微軟很神聖，雖然它正在消失。 Windows 8是一個非常激進的離開，這個問題在Windows Store應用程序中不存在。

2012-09-11 12:55:56

回答