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

虽然黑客攻击某些固定的评估设备,但我知道通过在修改资源文档的同时保存资源文档,我可以更方便地完成这项工作(这种查询不必要)。

这在开始时看起来很不寻常,但是我实际上做了一只不小心的宠物猫,而且最终我找到了相当有价值的东西:

  • 没有要求检查在运行编译器/解释器之前是否所有文档都是守恒的
  • 迫使你做出更精确的细致投入

我的编辑实际上已经以这种方式表演了好几天,我从未有过如此整洁的奉献背景,而且还真的没有融化。

在DVCS的时代,通过保护我们实际上建议投入,你是否认为手工保存文件仍然是一个相关的技术?

0
2019-05-13 03:01:56
资源 分享
答案: 6

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

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

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

0
2019-05-20 00:13:42
资源

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

0
2019-05-17 20:50:43
资源

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

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

0
2019-05-17 13:08:08
资源

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

0
2019-05-17 13:06:08
资源

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

0
2019-05-17 13:03:08
资源

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

0
2019-05-17 12:59:22
资源