艾伦·库珀的统一文件模型发生了什么？

13

长期以来，Alan Cooper（在他的《 About Face》一书的3个版本中）一直在推广“统一文件模型”，以免除他所说的有史以来最愚蠢的消息框-一个点击应用或表单上的关闭按钮并显示“您要放弃所做的更改？”时弹出。我喜欢这个主意和他的观点，但也有大多数经验丰富的程序员和用户对此的直率反应。

尽管库珀的书似乎很受人们欢迎和尊重，但我在网上找不到关于这个特定问题的讨论，很少。“编程工业强度Windows”的作者Petter Hesselberg提到了这一点，但似乎是这样。

我有机会在我正在从事的（桌面）项目中实现此目标，但是客户和同事当然会遇到阻力，他们当然熟悉MS Word和Excel的工作方式。我可以推翻他们的反对意见，但是不确定是否应该这样做。

我的问题是：

我没有找到对此的良好讨论？有人在他们的应用程序中这样做吗？一个好主意是，不幸的是，要等到Microsoft才实施，它才是不现实的？

design programming-practices

— 保罗·曼苏尔
source

2

Google文档使用“统一文件模型”。仍然有一个保存按钮，但实际上，这是一个安慰剂：每次进行更改时，文件都会“保存”。当然，Google Docs也具有非常强大的“历史记录”模型，您可以在其中还原到所需的任何先前版本。

— Dean Harding 2010年

谢谢大家的答复。特别是ElGringoGrande和Berin Loritsch。我选择Berin只是因为它看起来更完整。我仍在思考应该采取的方向。

— PAUL Mansour 2010年

5

统一文件系统的适当性实际上取决于手头的应用程序。诸如Web应用程序，Microsoft OneNote和iOS应用程序之类的东西很适合该模型。当应用程序由数据库驱动时，它也适合该模型。但是，我也可以想到不是最佳选择的领域。特别是，当应用程序可以使用不是来自该应用程序的数据时，您需要文件系统的概念来查找信息。

就保持内存和磁盘同步而言，我想要它，但是我不支持我的文字处理器。如果我花时间保存文件，则可能要确保我不会丢失任何信息。我们几年来拥有的自动保存功能已经满足了这一需求。如果有人绊倒了电源线，我至少可以拿回一部分。但是，我创建了一些不希望丢弃的文档，但我不想乱扔文件系统。只能使用一天的标志，可以与字体样本一起玩，等等。

答案是“取决于”。库珀的UFS在某些情况下很有用，而在其他情况下则没有用。用户的技术知识也可能会影响您的决策。我们大多数人都是在现状下成长的，有时候变革的好处并没有超过变革的成本。我会在您的应用中评估该方法的适当性。

— 贝琳·洛里奇
source

7

Microsoft在OneNote中做到了。

我不会超越用户的期望。我们曾考虑过实现此功能，但发现许多用户无所事事，并使用关闭表单按钮（如果没有按钮，则使用ctrl-alt-del）来防止他们的错误被保存。

如果您可以以允许他们返回上一个会话的方式（大范围地撤消）来实现它，那么它可能是可以接受的。但是人们的目的是要利用周围的环境。改变环境，您就有可能破坏他们发现的优势。

— 埃尔·格林戈·格兰德
source

1

而提供超出会话线的撤消操作会导致其自身的问题。有多少人开始写信说自己的想法，然后以外交方式结束？您需要一个单独的导出功能。

— David Thornley，2010年

+1，尤其是最后一段。保存时不要覆盖以前的内容，而是添加一个新的“版本”，以保持较旧的版本不变。为了节省空间，您可以让多个版本共享（不可变）数据。

— 乔伊·亚当斯

1

@David：这是真正需要“发布”命令而不是“在此版本流中保存新版本”命令的一个很好的例子。

— 亚历克斯·费曼2010年

1

@Alex：精确地-除了大多数人不会去寻找“发布”或“导出”命令。毕竟，没有立即可见的差异，并且它们仅用于发送文件的最终版本。

— David Thornley，2010年

我同意，如果要使用统一模型，则必须具有“还原到先前版本”选项-这是它的基础。实际上，就我而言，所有数据（这些都是应用程序特定的项目，不是真正的文件，但都是相同的）都位于不允许破坏性更新的DBMS中，因此我保存了所有版本。这就是我什至考虑统一模型的原因之一，因为它是召回旧版本产品的自由蜂。

— PAUL Mansour 2010年

6

统一文件系统已经赢了！

所有iOS *应用程序都以这种方式工作。没有“文件”，没有文件系统，没有保存，只有包含数据的应用程序，除非删除它们，否则它们始终可以返回。鉴于MacOS有一天可能会降级到iOS，我想说的是该模型肯定流行起来。

网站也以这种方式工作-很少“保存”文档，很少浏览一组文档，很少在网站之间共享文档。这些文档嵌入网站内，这些问题和答案嵌入StackExchange中的方式也是如此。

从历史上看，曾有几次笨拙的尝试将其插入Windows和Macs，这使人们拒绝了这个想法。但是，在一个新平台的变化上，没有人期望会有文件浏览器，这使公司得以自由地进行全面过渡。

（*我不知道来自Android或其他电话操作系统；也许在那里。）

— 亚历克斯·费曼
source

2

但是，存在文件系统（很大一部分）来将数据和接口与程序和应用程序分开。双方都有争论。

— JE队列

2

@Alex，不同之处在于您无法在应用程序之间共享信息。iOS上的文本编辑器无法打开保存游戏文件，因为该其他应用程序无权访问沙箱。

— Stephen Furlani 2010年

@Stephen，是的，这是消除基于文件的思维模型的重要方面。如果要在应用程序之间移动数据，则必须求助于应用程序之间的直接共享（“在Facebook上共享！”），或者两者都可以讲话（例如剪贴板）。我对你的“除外”感到困惑。

— Alex Feinman 2010年

您可以在应用程序之间共享信息-iOS支持文件处理程序，还可以通过URL处理程序传递信息。它只是在用户在应用程序之间连接数据的级别上完成的，而不是在传输过程中充当中间人。

— Kendall Helmstetter Gelner 2010年

1

@Alex，等等，所以可以使用剪贴板（临时）中介，但不能使用通用文件系统（永久）？

— Stephen Furlani

1

您要将它们的数据保存在文件中还是某种数据库中？

如果您希望他们可以物理访问文件，则必须告诉他们您的文件是“特殊”文件。在当前的心理模型中，他们可以复制，粘贴，重命名和删除。我确定其中一些人已经使用重命名作为“版本化”其数据的方式（例如，resume2010.doc，SalesDataFromBob2.xls）。

如果是数据库，我确定他们会在某个时候导出/导入文件。

— 佩雷蒂
source

0

是否为难以实现的用户提供了突出显示的“始终保存”选项？

— 杰夫
source

1

不，一点都不难实现。但是在这里创建一个选项并支持两个模型真的是一个好主意吗？我不这么认为。我认为我最好选择一个并坚持下去。

— PAUL Mansour 2010年