为什么拯救按钮需要？
https://stackoverflow.com/questions/1295178
-
18-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
软件像Ram显示，自动保存可以实现的，它的工作以及(或者更好的)的手册保存按钮/CTRL+S.
不管怎么说的一切，你的工作你想要的保存。它只是如果你想出来的东西破坏你就会关闭 没有 节省。
因此，从程序员/实用性角度看，为什么手册"保存"的要素仍然看到在几乎所有软件的今天？这是因为每个人都太懒了实现"自动保存"时数据得到修改的?
并且它是一个很好的想法对于我们实现自动保存，至少开始一些牵引力在我们的具体业和我们之间的竞争对手？
解决方案
保存按钮是公知的，舒适的UI功能，从乔恩斯基特大家奶奶是熟悉的。如果您摆脱它，它会像消除一些人的窗口的关闭按钮。当然，他们最终习惯了它，但有些人不明白，他们的数据已经被自动保存。
另外，如果你在网络上自动保存，不仅是你占用了大量的空间，您的服务器上与所有这些情况下，您也使用了大量的带宽与周期性扑救。至少有手动保存，当用户打算，从而可以更频繁，从而节省带宽，您只使用空间和带宽。其优点，当然，自动保存为工作应该保留的东西出差错。
检查的 “仿制品” 的定义中：）
其他提示
自动保存通常保存在一个定义的时间间隔。如果你想保存在间隔之间会发生什么？
您应该实现手动保存留consisent与环境以及其他应用程序。
人们期待文件 - >保存，或按Ctrl + S存在。
此外与“保存”有通常“另存为..”为好。无论给用户控制和安全的感觉。明知他们点击保存让他们知道在什么状态，他们可以指望他们的数据被重新加载，当它在
这真的可以归结为：保存按钮便宜实施和维护比撤消
这不是难以实现自动保存-只是实现一个正常的保存和管它叫时，曾经需要的，或只是在一定时器(如果你懒).
救按钮是常见的，因为常见的模式学到了由用户对数十年。
- 负载数据或文件从一个永久性存储纳入主存储器。
- 修改数据的主存储器。
- 保存修改的数据回到一个持久性存储。
这种模式来自于旧之间的区别，硬盘驱动和主存储器。如果你想一想以另一种方式(如一些实验性的操作系统的做)，没有必要用于装载和保存文件-只要想想一个硬盘驱动器作为你的主存和与主存储器作为另一个缓水平的硬盘驱动器。因此所有文件(不可拆卸媒体)总是在记忆你会永远不再需要加载或保存的文件。
但是这样做的改变是不容易的，因为用户使用的旧模式多年。进一步老载和保存模式是一个非常简单的方法来获得一种primitve撤消系统。
自动保存需要一个撤销系统，也并不是微不足道建立一个。Esspecialy如果执行图像、音频或视频编辑和你正在产生大量的数据很难找到一个好时间-存储器贸易。有的风险，用户将尝试以撤销的事，通过关闭的应用程序，然后认识到，这种没有工作。因此，它甚至可能是一个好主意，来保持撤销的信息，以保护用户，从这个错误或节省不必要的更改的情况下崩溃。
所以，是的，我会真的喜欢看的节省(与荷载)按钮消失。我想保留的撤消信息或甚至完成编辑的历史了。但我不认为这种改变可发生在几年-如果有的话。
我在医疗领域工作，有你想要的用户采取保存的东西的责任的情况。如果你有一个电子病历，你进入了一个处方的患者，那么你一定不希望它自动保存 - 你希望用户了解并为自己的行为承担责任。而且，在像这样的一个重要的系统自动保存的值可以出于明显的原因是灾难性...
应也许标记主观？
作为一个开发者，我总是有点不安各地的应用程式这样。我的像的有，当我的数据被保存在控制，但或许这只是几年在工作中调节。我得到一点“嗯哦”的感觉，每当我收进我已经输入的数据不明确按关闭按钮（或快捷方式）的窗口。
这是说，我一直在“训练”接受它在某些情况下。 OneNote中，例如，或假小子。伟大许多OS X程序遵循此模式，尤其是实用程序的应用程序等DB服务器GUI工具。
因此，在针对不同的情况短，不同的工具。 IMO，大多数软件，这些天也不会从手动此举节省受益自动保存。
我认为这个问题的答案是，“这取决于”！
您不仅应考虑您的用户与其他应用程序的一致性方面的期望，而且在该用户要使用你的应用程序的方式。
这是很常见的用例为OneNote是有人打开它，在一些信息转储几乎为一边，他们在做些什么。他们需要进入和离开快。关于保存任何提示将是一个麻烦。
，如Word应用，在另一方面，期望用户花费时间上的文档工作协调一致量。在这种情况下，手动保存和响应确认盒等将被看作是一个相对较小的任务。杂项
从程序员的角度实现自动保存不会是一个巨大的交易。您只需设置一个计时器，回调会做储蓄。
然而，从图的自动保存的可用性点是非常有问题的。首先，用户使用具有手动保存，而不是它提供给他们会迷惑广大用户，并采取控制的感觉了。
甚至更大的问题将是，自动保存覆盖垫层文件的不管你愿意与否的内容。当然你可以有自动保存功能保存到临时文件，但覆盖原文件的决定的必须始终来自用户，不是从软件。而且因为你反正需要用户启动至少一个手动保存，为什么不启用手动保存可用始终？
当你正在处理的文档自动保存功能是巨大的。什么业务应用程序？如果我修改客户的帐户，它应该更新帐户，因为我片了编辑的字段？如果是的话，应该是当账户处于无效状态呢？当你执行业务规则，你如何执行呢？它将如何执行时，你必须考虑业务规则考虑每个编辑？
您当然可以构建将这些因素考虑在内的应用程序，但它是值得额外的努力？
所以，我们应该摆脱保存按钮？这取决于
短的答案： “自动保存”= “自动销毁”/ “自动<咒骂>”
有关大学一个项目，我的团队和我构建的应用程序没有明确的减排做实验。
我们实现无限撤消堆栈和序列化与实际数据撤消堆栈，这样，即使你关闭应用程序，并重新打开它，你可以随时撤消上一个操作。每个操作添加了一个新的条目到磁盘上的动作列表，以便该文件是始终保持一致（当然，主要是...），即使停电故障。这是一个位版本控制系统和一个日志文件系统之间的交叉的。
有两个问题：一，我们没有时间去得到它完全正确（啊，青春的狂妄自大）;二，每个人（同学，最重要的是，TAS）讨厌它，因为所有的已经提到的原因的。
有时候，你所有的最好的意图，你就不能忽视根深蒂固的行为。
