Raymond Chen在this TechNet article中解释说，这是一个自愿决定：

• • 程序 * 是应用程序，虽然它们通常由许多文件组成，但最终用户将其视为单个单元。它们位于“开始”菜单中，在那里可以轻松访问、排序、过滤等。
• • 程序文件 * 是制作程序的独立文件。它们只不过是实现细节，最终用户不应该被它们打扰，甚至不应该知道它们的存在。因此，它们位于一个名为Program Files而不是Programs的特定文件夹中。

名称其实并不重要，只要它足够描述性，能够传达存储在那里的内容。制表符完成功能使命令行访问变得与更改到任何其他目录一样容易。如果您确实不喜欢它，您可以更改默认的%ProgramFiles%路径，运行良好的应用程序将不会遇到任何问题。
我猜典型的用户不会有任何麻烦，因为他们通常会使用Windows资源管理器访问该目录，无论如何，有人使用命令行将最有可能是精明的导航到它。
关于FAT兼容性，对这个名字最大的打击是长度，而不是空间。

我不确定实际的原因或采取的决定，但它确实显示了"雷德蒙现实失真场"是如何工作的。有一个概念，当它被引入（在Windows 95），Windows可以愉快地处理文件夹名称中的空格。技术上它可以，但它会导致任何应用程序的巨大问题，在当时和以后编写的。
Windows有一个东西，你会得到一个~的文件名，所以它将与旧的应用程序，不期望任何空格

c:\my long folder name\file.txt

会是

c:\mylong~1\file.txt

，但这并不总是有效的。我记得如果两个文件被命名为类似的东西，我会用~符号得到错误的文件。
我认为这是微软的一个例子，有人说，当然我们可以在我们的文件夹名称中有空格，一切都会很好地工作，而不关心现实。
如果不是这样的话，为什么我们要从

• 文档和设置

到

• 用户

而且新的ProgramData文件夹没有空格。这是一个糟糕的决定，但是已经存在太久了，无法改变。