在程序中合法使用Windows“文档”文件夹
任何喜欢“文档”文件夹仅包含放置在其中的东西的人都知道标准的“文档”文件夹完全不适合此任务。每个程序似乎都希望将其设置,数据或同样不相关的内容放入“ 文档”文件夹中,尽管事实上存在专门用于此作业的文件夹1。 为了使这听起来不空,以我的个人“ Documents”文件夹为例。我从来没有使用过它,因为在任何情况下我都不会自己将任何东西保存到该文件夹中。但是,它在顶层包含46个文件夹和3个文件,总共500个文件夹中的800个文件。那是我没有创建的190 MB的“文档”。显然,任何实际文件都会立即陷入混乱之中。 我的问题是:在未来5年内,是否可以做任何事情来改善这种状况,使“文档”再次变得有用?可以对程序员进行某种程度的教育吗?不要将其用作垃圾场?操作系统是否可以通过现有的API开始报告隐藏在AppData下的某些“假”位置,而仅允许Explorer和各种“打开/保存”对话框知道“真实的” Documents文件夹所在的位置?还是任何尝试都是完全徒劳的,甚至是不必要的? 1作为记录,以下是应代替“文档”使用的各种标准目录的快速摘要: RoamingAppData用于用户特定的数据和设置。这是在使用特定于用户的非暂时性的数据目录。此处放置的任何内容都可以在配置了给定用户的网络上的任何计算机上使用。但是不要在此处放置大文件,因为在这种环境下它们会降低登录/注销的速度。 LocalAppData用于特定于用户和机器的数据和设置。每个用户和每台计算机的此数据都不同。这也是放置非常大的用户特定数据的地方。 ProgramData用于特定于机器的数据和设置。无论哪个用户登录,它们都是相同的,并且不会漫游到网络中的其他计算机。 GetTempPath对于不使用时可能被擦除而不会丢失数据的所有文件。这也是缓存之类的地方,因为像临时数据一样,不需要备份缓存。将巨大的缓存放在这里,您将为用户节省一些备份麻烦。 “文档”本身应该只有不断地如果用户手动指定,通过输入路径或在保存对话框中选择使用。这是它唯一的一次过拨款挽救的东西,在“文档”。