よく困惑するのは、なぜ Windows チームは Program Files フォルダーを複製して 32 ビット プラットフォームと 64 ビット プラットフォームをサポートすることにしたのですか? これは、長期的には、より多くの作業と混乱を全員にもたらしませんか?
単一の「Program Files」ディレクトリ (MAC のユニバーサル バイナリ形式http://en.wikipedia.org/wiki/Universal_binaryのようなもの) を保持している他のシステムに対して、ツリーを複製するようになった主な要因は何でしたか?
彼らがこの「Program Files (x86)」フォルダーを作成したのには大きな理由があると確信しています。これが決定されたときに誰かが部屋にいた場合は、共有してください:)
c：\ program filesフォルダーには、特にCommonFilesサブディレクトリに多くのDLLが含まれています。c：\ program files（x86）\ common filesフォルダーには、これらのDLLの32ビットバージョンが含まれています。これらのDLLの多くは長い間、ほぼ20年前から存在しており、多くのレガシープログラムがそれらに依存しています。
フォルダを仮想化しないと、DLLHellの可能性が大幅に高まります。また、環境にCommon Filesフォルダーを参照する3つの変数、CommonProgramFiles、CommonProgramFiles（x86）、およびCommonProgramW6432がある理由。
Appcompatは、消えつつありますが、Microsoftではかなり神聖でした。Windows 8はかなり根本的な出発点であり、この問題はWindowsストアアプリには存在しません。