在程序中合法使用Windows“文档”文件夹

任何喜欢“文档”文件夹仅包含放置在其中的东西的人都知道标准的“文档”文件夹完全不适合此任务。每个程序似乎都希望将其设置，数据或同样不相关的内容放入“ 文档”文件夹中，尽管事实上存在专门用于此作业的文件夹¹。

为了使这听起来不空，以我的个人“ Documents”文件夹为例。我从来没有使用过它，因为在任何情况下我都不会自己将任何东西保存到该文件夹​​中。但是，它在顶层包含46个文件夹和3个文件，总共500个文件夹中的800个文件。那是我没有创建的190 MB的“文档”。显然，任何实际文件都会立即陷入混乱之中。

我的问题是：在未来5年内，是否可以做任何事情来改善这种状况，使“文档”再次变得有用？可以对程序员进行某种程度的教育吗？不要将其用作垃圾场？操作系统是否可以通过现有的API开始报告隐藏在AppData下的某些“假”位置，而仅允许Explorer和各种“打开/保存”对话框知道“真实的” Documents文件夹所在的位置？还是任何尝试都是完全徒劳的，甚至是不必要的？

¹作为记录，以下是应代替“文档”使用的各种标准目录的快速摘要：

• RoamingAppData用于用户特定的数据和设置。这是在使用特定于用户的非暂时性的数据目录。此处放置的任何内容都可以在配置了给定用户的网络上的任何计算机上使用。但是不要在此处放置大文件，因为在这种环境下它们会降低登录/注销的速度。
• LocalAppData用于特定于用户和机器的数据和设置。每个用户和每台计算机的此数据都不同。这也是放置非常大的用户特定数据的地方。
• ProgramData用于特定于机器的数据和设置。无论哪个用户登录，它们都是相同的，并且不会漫游到网络中的其他计算机。
• GetTempPath对于不使用时可能被擦除而不会丢失数据的所有文件。这也是缓存之类的地方，因为像临时数据一样，不需要备份缓存。将巨大的缓存放在这里，您将为用户节省一些备份麻烦。

“文档”本身应该只有不断地如果用户手动指定，通过输入路径或在保存对话框中选择使用。这是它唯一的一次过拨款挽救的东西，在“文档”。

需要有一些明显的动机。例如，如果用户（在安装时）必须提供保存在Documents文件夹中的权限，则程序员将希望避免触发该可怕的对话框。

一旦获得激励，人们自然会在尝试解决这些问题时偶然发现诸如“将特定于计算机的程序数据保存在ProgramData中”之类的文档。

实际上，一个好的权限框架可以解决很多问题。

我的问题是：在未来5年内，是否可以做任何事情来改善这种状况，使“文档”再次变得有用？

从理论上讲，可以做些什么。从理论上讲，Microsoft可以：

• 提出一个更好的放置用户设置文件的位置（在此过程中，认识到许多应用程序都有将设置放入文件的正当理由）。
• 将此添加到标准Windows应用程序开发人员指南中。（我认为确实存在这样的准则。）
• 使应用程序符合准则要大事，例如通过某种认证或创建和发布一致性记分卡。“命名和羞辱”可以创造奇迹...

必须说，苹果在传统上对这种事情更加主动。它显示了他们平台上运行的内容的质量。

我认为您回答这个问题的原因可以归结为对程序员的教育。我对Windows API知之甚少，并且存储内容Documents是否特别容易，但是如果不是这样，则应用程序不应污染它。我认为这归因于每个用户都可以知道数据所在的位置。对于您讨论的数据，Mac OS X使用该~/Library文件夹，尽管某些应用程序仍将其保留在Documents。也许Windows应该存在类似的东西？

就个人而言，我将我的文档放在Dropbox根目录下的同名文件夹中，这确实为我增加了工作量，但使我免于遇到的问题。

尽管我知道您想参加有关使开发人员停止执行此操作的讨论，但它可能最终成为无法停止的任务栏通知图标之类的东西之一，因此Microsoft只是将其扫地出门。

我以前曾在博客中介绍过Documents文件夹，就像将其移出不良邻居一样。作为用户，我想出了很多方法来尝试自行清理。我会将所有未邀请的文件夹标记为“隐藏”，这将使它们从资源管理器中消失。我会将用于Visual Studio 2005、2008、2010文件夹的符号链接创建到常见的“ Visual Studio”文件夹等中。

但是即使使用PowerShell脚本对其进行自动化，我也厌倦了在我使用的每台新计算机上进行操作。幸运的是，在Windows 7中，还有一个对我来说效果很好的选项。

由于Windows 7倾向于默认使用“文档” 库而不是“文档” 文件夹。我只是从该库中删除了％userprofile％\ documents文件夹，而是添加了我的Dropbox文件夹。因此，现在打开/保存对话框默认为该位置，当我单击开始->文档时，它将带我到我的Dropbox。

最终，我希望看到类似于iOS App Store指南的应用程序的某种基本认证。但是他们甚至无法让驱动程序制造商签署驱动程序...

我认为长期的策略应该是停止在文件中存储除文档以外的任何内容。系统数据（尤其是设置）应存储在类似于数据库而不是文件系统的存储系统中。如果该数据库可以轻松，自动地与Web上的服务同步，则可以得到加分，因此，无论您使用多少台计算机以及在哪里使用计算机，您都可以有效地进行一组设置。

我对文件系统的历史了解不多，但是在我看来，它是在系统上很早就意识到的，可执行文件是与文档根本不同的“事物”。因此，这些文件被存放在一个特殊的文件夹（然后称为目录）中C:\DOS，而用户基本上可以控制其余的驱动器。

没人能真正预言这些年来会变得更加复杂和难以管理的系统，以及这将会带来多大的混乱。我认为是时候从头重新考虑技术并利用云的协同作用了。如果在公司开始实施可行的开源解决方案之前就获得了奖励点：)

即使某些程序仍将某些数据存储在Documents中，我认为大多数数据都将其数据存储在AppData中，所以它们已经朝着正确的方向发展，但是用户却无能为力：每个程序都要对其负责做。

解决方案：
1.右键单击“文档”文件夹，然后选择“位置”选项卡。
2.将“文档”位置更改为我选择“ C：\ Admin \ Configs”的其他位置（一旦完成，写入“文档”的所有应用程序都应发送到C：\ Admin \ Configs。

但这只能解决一半的问题，下一步应该很明显。

1. 在“ C：\ User \\ Documentation”中创建一个新文件夹

然后，您应该能够将该目录添加到库中并删除旧目录，我特意在'C：\ User \ ** Documentation **'中设置了不同的文件夹名称，因为我想确保没有任何东西可以只是硬路径夹。

由于上述事实，如果文件夹“ documents”再次出现在您的C：\ User \中，只需右键单击该文件夹并将其设置为不可见的文件夹。

将设置存储在文本文件中是一种全面的跨平台解决方案。

除非开发人员要创建跨平台设置数据库标准，否则我认为我们大多数人都会继续使用转储到用户目录中的文本文件。

我们这些精明的人会为允许专用设置存储引擎（例如Windows注册表）的系统创建不同的设置界面。