为什么需要保存按钮?

时间:2009-08-18 16:56:12

标签: filesystems save autosave ui-design onenote

像OneNote这样的软件已经证明可以实现自动保存,并且它与手动保存按钮/ CTRL + S一样好(或更好)。

无论如何,你工作的一切都想要保存。如果你正在尝试破坏性的东西,你将关闭而不用保存。

因此,从程序员/可用性的角度来看,为什么今天几乎所有软件中都会出现手动“保存”功能?是因为每当数据被修改时,每个人都懒得实现“自动保存”?

对我们实施自动保存是一个好主意,至少在我们的特定行业和竞争对手中引起一些关注?

12 个答案:

答案 0 :(得分:9)

自动保存通常会在定义的时间间隔内保存。如果你想在两个间隔之间保存会怎么样?

您应该实施手动保存,以便与环境中的其他应用程序保持一致。

人们期待文件 - >保存,或CTRL + S存在。

答案 1 :(得分:8)

保存按钮是一个众所周知,舒适的用户界面功能,从Jon Skeet到奶奶都很熟悉。如果你摆脱它,就像删除窗口上的关闭按钮一些人。当然,他们最终会习惯它,但有些人不明白他们的数据是自动保存的。

此外,如果您在网络上进行自动保护,不仅在服务器上占用了大量空间而且所有这些实例都占用了大量带宽并定期保存。至少在手动保存时,您只使用用户想要的空间和带宽,这可能更少见,从而节省带宽。当然,自动保存的优势在于,如果出现问题,可以保留工作。

检查“skeuomorph”的定义:)

答案 2 :(得分:7)

除了“保存”之外,通常还有“另存为......”。两者都给用户带来控制感和安全感。知道他们点击了save会让他们知道他们在重新加载数据时可以预期他们的数据处于什么状态。

答案 3 :(得分:5)

真正归结为:保存按钮的实施和维护比撤消更便宜。

答案 4 :(得分:3)

实现自动保存并不困难 - 只需实现正常保存并在需要时或仅在计时器中调用它(如果你是懒惰的)。

保存按钮很常见,因为用户已经学习了几十年的常用模式。

  1. 将数据或文件从永久存储器加载到主存储器中。
  2. 修改主内存中的数据。
  3. 将修改后的数据保存回持久存储。
  4. 这种模式来自harde驱动器和主存储器之间的旧区别。如果您以另一种方式考虑它(如某些实验性操作系统那样),则无需加载和保存文件 - 只需将硬盘视为主内存,将主内存视为硬盘的另一个缓存级别。因此,所有文件(不在可移动媒体上)始终在内存中,您再也不需要加载或保存文件。

    但是这样的改变并不容易,因为用户已经习惯了旧模式多年。此外,旧的加载和保存模式是获得一种原始撤销系统的一种非常简单的方法。

    自动保存也需要一个撤销系统,构建一个系统并不是那么简单。特别是如果你执行图像,音频或视频编辑,并且你正在生成大量数据,很难找到一个好的时间记忆权衡。并且存在这样的风险:用户将尝试通过关闭应用程序来撤消操作,然后认识到这不起作用。因此,保留撤消信息以保护用户免受此错误或在发生崩溃时保存不需要的更改甚至可能是个好主意。

    所以,是的,我真的希望看到保存(和加载)按钮消失。我想保留撤消信息甚至完整的编辑历史。但我认为这种变化不会在几年内发生 - 如果有的话。

答案 5 :(得分:3)

我在医疗领域工作,有些情况下您希望用户负责保存某些东西。如果你有一个EHR并且你正在为病人开处方,那么你不一定要自动保护它 - 你希望用户意识到并对自己的行为负责。此外,在这样的关键系统中自动保存值可能是灾难性的,原因很明显......

答案 6 :(得分:2)

应该标记主观吗?

作为开发人员,我总是对这样的应用程序感到有些不安。我喜欢可以控制我的数据何时被保存,尽管这可能只需要多年的工作条件。每当我关闭一个我没有明确按下关闭按钮(或快捷方式)而输入数据的窗口时,我就会感觉到那种“呃哦”的感觉。

那就是说,在某些情况下我受过“训练”接受它。例如,OneNote或Tomboy。许多OS X应用程序都遵循这种模式,尤其是像DB服务器GUI工具这样的实用程序应用程序。

因此,简而言之,针对不同情况的不同工具。 IMO,如今大多数软件都无法从手动保存转为自动保存。

答案 7 :(得分:2)

我认为答案就是“这取决于”!

您不仅应考虑用户对与其他应用程序的一致性的期望,还应考虑用户使用您的应用程序的方式。

OneNote的一个非常常见的用例是,有人将其打开以转储某些信息,几乎与他们正在处理的内容不同。他们需要快速进出。任何有关储蓄的提示都会令人讨厌。

另一方面,像Word这样的应用程序希望用户花费大量时间处理文档。在这种情况下,手动保存和响应确认框等的杂事将被视为一项相对较小的任务。

答案 8 :(得分:2)

从程序员的角度来看,实施自动保存并不是一件大事。你只需设置一个计时器,回调就可以进行保存。

然而,从可用性的角度来看,自动保存是非常有问题的。首先,用户习惯于手动保存,而不向他们提供这些用户会使大多数用户感到困惑并感受到控制权。

更大的问题是自动保存会覆盖底层文件的内容,无论你是否想要它。当然你可以将自动保存功能保存到临时文件但是覆盖原始文件的决定必须始终来自用户,而不是来自软件。并且因为您无论如何都需要用户启动至少一次手动保存,为什么不能始终启用手动保存?

答案 9 :(得分:1)

处理文档时,自动保存功能非常棒。商业应用程序怎么样?如果我编辑客户的帐户,是否应该在编辑后的字段中更新帐户?如果是这样,当帐户处于无效状态时该怎么办?您何时执行业务规则以及如何实施它们?当您必须在每次编辑时考虑业务规则时,它将如何执行?

您当然可以构建一个将这些考虑因素考虑在内的应用程序,但它是否值得付出额外的努力?

那么我们应该摆脱保存按钮吗?这取决于。

答案 10 :(得分:0)

简短回答:“自动保存”=“自动销毁”/“自动< expletive>”。

答案 11 :(得分:0)

对于大学的一个项目,我和我的小组在没有明确保存的情况下构建了一个应用程序。

我们实现了一个无限的撤销堆栈,并将撤消堆栈与实际数据序列化,这样即使您关闭了应用程序并重新打开它,您也可以随时撤消上一次操作。每个操作都在磁盘上的操作列表中写入了一个新条目,这样即使电源出现故障,文件也始终保持一致(好吧,主要是......)。这是版本控制系统和日记文件系统之间的一个交叉点。

有两个问题:一,我们没时间把它完全弄好(啊,年轻的狂妄自大);二,每个人(同学,最重要的是,TA)都讨厌它,因为已经提到的所有原因。

有时候,出于所有最好的意图,你不能忽视根深蒂固的行为。