有一段时间我注意到Windows自身和应用程序之间的文件打开和文件保存对话框有多大差异。例如，在Delphi中（我使用它），您可以使用内置对话框（具有文件夹树）并直接调用Windows API，它们生成Windows版本的变体，带有或不带有“桌面”的大按钮，我的电脑'等（至少在XP上）。
作为一名应用程序开发人员，我有兴趣为用户提供一种干净，简单的加载和保存文件的方法。通常，这需要我提出一个首选文件夹，其中存储了我的应用程序数据文件，但我允许用户访问其他文件夹 - 通常是桌面和其他本地驱动器，有时是网络 - 如果需要，可以毫无困难地访问。
随着Vista的推出，我们似乎更喜欢用于Windows对话框的'缺少'文件夹导航树，现在，Windows 7还有另一个用于导航的“无线树”。我怀疑，如果一个符合微软的假设并将所有内容存储在〜/文件中，那么这不是一个大问题。但是，如果必须从驱动器树的根开始并且有许多目录，那么这是一个正确的痛苦 - 没有水平滚动，因此目录名称被截断。
我的问题是 - 其他应用程序开发人员使用了什么？我想知道我是否应该遵循这个Windows领导，或者只是坚持一个简单的文件对话框版本，我完全可以控制它但是有可能掉进过去......？
由于 布赖恩
答案 0 :(得分：4)
始终使用操作系统默认设置 - 这将是您的用户习惯，以及他们的期望。无论你做什么，don't astonish the user。无论你做什么，请不要编写自己的文件打开/文件保存对话框。
FWIW，我不是Vista的文件打开对话框的忠实粉丝（为什么我必须努力工作才能浏览我的文件夹？），但我宁愿这也不必掌握新的东西。用户学习的东西越少，产品的使用就越容易。
答案 1 :(得分：2)
由于我目前只编写使用Windows XP的客户（在尚未升级的企业环境中），因此我使用标准对话框。
当我们升级时，我很可能会继续使用标准的老式对话框，直到我们的客户准备好进行更改。
老实说，我在开发过程中至少涉及少数几个用户，除非我可以带一个人坐在我的开发PC前看看它是如何工作的，否则我不会启动新功能。关闭它。
对于我们为网站撰写的那些应用程序，我们也倾向于保守......专注于干净，易懂的设计，只有在有令人信服的理由时才会引入花哨的新功能，即便如此，我们倾向于参与焦点小组。
所以这一切都说“问你的顾客”。给他们想要的东西。