应用程序的默认文件夹应该位于哪里?

发布于 2024-09-04 04:48:03 字数 645 浏览 3 评论 0原文

我正在创建一个小应用程序,用于配置连接的设备,然后将配置信息保存在文件中。用户无法选择文件名,但可以选择其位置。

应用程序默认保存文件夹的最佳位置在哪里?

我见过一些例子,其中它是“MyDocuments”位置(例如 Visual Studio 就是这样做的)。

我看到在 C:\ 驱动器顶部创建了一个文件夹。我个人觉得这有点令人讨厌。

它可能位于 Program Files[制造商] 或 Program Files[产品名称] 中,或者安装应用程序的任何位置。我过去曾使用过这个位置;我不喜欢它,因为 Windows 资源管理器不允许用户轻松浏览到那里(“浏览能力”)。

考虑到“可浏览性”是一个因素的最后一个概念,我认为 MyDocuments 是最好的选择。这是最常见、最广泛接受的做法吗?

我认为历史上我们选择了安装文件夹,因为它将数据与设备管理实用程序放在一起。但我真的很想摆脱这种情况。我不希望用户必须翻遍系统文件来查找他/她的数据,特别是如果那个人不太精通 Windows。

另外,我正在使用 .NET WinForms FolderBrowserDialog,并且“Environment.SpecialFolders”枚举对于设置对话框以指向 Program Files 文件夹没有帮助。

感谢您的投入!

苏兹。

I'm creating a little app that configures a connected device and then saves the config information in a file. The filename cannot be chosen by the user, but its location can be chosen.

Where is the best place for the app's default save-to folder?

I have seen examples out there where it is the "MyDocuments" location (eg Visual Studio does this).

I have seen a folder created right at the top of the C:\ drive. I find that to be a little obnoxious, personally.

It could be in the Program Files[Manufacturer] or Program Files[Product Name], or wherever the app was installed. I have used this location in the past; I dislike it because Windows Explorer does not allow a user to browse to there very easily ('browsability').

Going with this last notion that 'browsability' is a factor, I suppose MyDocuments is the best choice. Is this the most common, most widely accepted practice?

I think historically we have chosen the install folder because that co-locates the data with the device management utilities. But I would really like to get away from that. I don't want the user to have to go pawing through system files to find his/her data, esp if that person is not too Windows-savvy.

Also, I am using the .NET WinForms FolderBrowserDialog, and the "Environment.SpecialFolders" enum isn't helpful in setting up the dialog to point into the Program Files folder.

Thanks for your input!

Suz.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

挽袖吟 2024-09-11 04:48:03

用户数据属于用户的文件夹。 (乌托邦式的)想法是,他们只需要备份他们的个人文件夹,如果他们的计算机突然死机,他们将拥有使计算机恢复正常工作所需的一切。如果他们的所有个人数据都分散在计算机上,则只会让用户感到困惑并破坏您的产品的稳定性。

User data belongs in the user's folder. The (utopian) idea there being that they need only back up their personal folder, and should their computer die a sudden fiery death they would have everything they need to get their computer back up in working order. If all their personal data is scattered across the computer it only serves to confuse the user and destabilize your product.

年少掌心 2024-09-11 04:48:03

意见:所有这些包含大量空格的文档和设置内容确实是误导性的,包括“我的”文档。您总是最终必须在命令行中手动输入它。我会选择用户硬盘下的NIH结构,他只会说谢谢。

Opinion: all this documents-and-settings stuff with lots of spaces inside is really misguided, including "my" documents. You always end up having to type it manually at the command line. I would choose a NIH structure under user's harddrive, he will only say thanks.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文