这个名字听起来好难懂，我想了半天才想出来这个蹩脚的名字的。也是最近在看到About Face 2.0上的Files和Save部分，于是有所联想的。
AF2中，作者提到现在的大部分应用软件在推出时总会弹出一个对话框，询问读者是否保存当前状态的文档，但作者认为这完全是多此一举，而且会干扰用户的体验。他认为这个对话框中询问的问题是非常愚蠢的，为什么用户会不愿意保存辛辛苦苦编辑好的文档呢。
我读到这，认为作者的观点有些偏激，有时候打开文件，是为了浏览文档，所做的修改不是为了编辑文件，最典型的就是有时候我在打开一个.ai或者.fla时会随意拖拽里面的图形，只是为了查看图形，而不是为了编辑，所以在退出的时候当然不愿意保存修改了。
作者接着说，现在大部分软件不提供让用户重新命名文档这个简单的功能，用户只能通过另存为命令来实现，或者是退出软件，然后修改文档名称。
这点倒是说的非常好，有时候在保存文档并命名的时候，点了“保存”后，就后悔刚才给文档起的烂名字！
作者说，现在的应用软件大部分的File菜单基本是：

New（新建）
Open（打开）
Close（关闭）
Save（保存）
Save as…（另存为）
Print（打印）
Properties（属性）
Exit（退出）

作者的新的文件菜单被设定为

New（新建）
Open（打开）
Close（关闭）
Rename/Reposition…（重命名/重置）
Make Snapshot Copy（快照拷贝）
Print（打印）
Make Milestone（插入里程碑）
Revert to Milestone（恢复到里程碑）
Abandon Changes（放弃修改）
Document Properties（属性）
Exit（退出）

而 且作者建议用自动保存（Word和Gmail的功能）。从这些都可以看出，如果这些功能都实现了，用户的确是不用在考虑文件系统的问题，不用考虑如何保 存，如何拷贝或备份，如何重新命名这个文件等。看到这里，我才开始更深刻的理解作者的意图，就是希望构建一个完全不干扰用户，而且能很智能地帮用户完成用 户与文件系统间交互的工作，使用户完全专注于文档的编辑工作。但是，就拿那个Abandon Changes的功能来说，这的确是一个非常妙的功能，但假如用户在退出时忘记点它，而且用户本来就是不希望修改文档呢？作者在书中后面的章节还提出了撤 销功能要和文档结合，就是无论何时何地启动程序开始编辑文档，都应该可以看见可撤销的步骤，而不像现在关闭程序之后再打开就不会看见上一次会话时的撤销步 骤。天啊！如果实现这一功能不知道一个文档的体积要增加多少。不知道以后会不会有比较好的解决办法。
总之，要权衡用户与文件系统之间的交互 的功能，不是一件容易的事，既要满足用户的心理，又要考虑计算机实现的技术问题。现在越来越感觉微软的Office的UI设计很棒！不愧是大公司啊！但 是，到目前为止，最让我喜欢的还是Gmail和Google Web Search！呵呵！