我们真的需要节省资源代码吗？

德尔福 利用你的障碍 - 当结构时，所以“构造任务”不需要你保存你的文件。 这对于试验快速实验来说实际上很方便。 如果实验功能正常，您可以保存文档。 否则，您只需撤消。

Delphi 7和更早版本维护了2份文件副本，现有文件（Foo.pas）和备份文件（Foo.~）。 额外的当前版本可以保留更长的保存背景，允许您回滚到早期版本。

短暂聊天 没有这个原则：您的资源完全由照片中的内容组成，您的编辑也会保存在调整文档中。 您的文档 - 保存被发展为按方法保存：当您在编辑和增强方法后触发M-s / Cmd-s时，您的消息将被汇编并保存为CompiledMethod对象。 您经常需要保存培训课程的照片; 这有点像制作设备的照片而不是保存文件。

因为我使用Netbeans，所以我手工保存。 它有一个非常好的自我背景设备，允许我通过我的每个保存漫步回来，并且还分别对它们进行改变控制。 当谈到自动化保存时，保存构造就像我需要的那样自动化以保存。

自动保存实际上已经在某些IDE中保留了相当长的时间。 这是一个必须具有属性恕我直言。

我肯定不赞成车辆致力于资源控制，因为我没有进行调整，直到我至少完成一个构造，并且看到应用程序旋转起来，也是理想的，运行我的计算机化考试。

是的，我们确实需要能够定义何时保存我们的代码。 每隔一段时间，我的宠物猫便会在我的键盘上漫步。 我实际上并不希望我的宠物猫被修改保守。 而且我可以使用M-x revert-buffer修复它真的很棒。

我强制性地保存我的资源文件。 如果不保存文档，我几乎不可能存活超过3行代码。 我有能力在我打算时特别保存，所以当然，这对我来说是必不可少的。

我通常利用在构造保持进展的同时保持编辑和增强文档的可能性。 如果它们是车辆保存的，那么在我编辑和增强（当然会遵守破坏的代码）时，构造肯定会损坏，而且我当然也只是 需要等待 而代码正在组装。 这是不成功的，也是单调的。