我有一个名为Photo with Parse.Files的类,用于不同大小的照片和一堆照片元数据。一切正常,直到我尝试更新完全填充的Photo对象上的一个非文件字段。如果我尝试更新其中一个非文件字段,但填充了所有文件字段(原始照片,调整大小的照片和缩略图),则需要> 3秒才能更新元数据的一个字符串字段!
我已经检查了保存性能与我拥有的每个其他类,并且它们都按预期更新(<1秒)。为什么它似乎是检查文件二进制文件是否是脏的(或者在保存期间它在Parse服务器上可能做的其他事情)以使保存操作花费这么长时间?
以下是Chrome网络浏览器中保存照片对象性能的图像:
这是一个保存类对象的例子,它只包含原始数据类型(没有文件):
任何人都有任何有关正在发生的事情或如何解决这个问题的见解?为了更新Parse对象上的String字段,3秒太长了!
答案 0 :(得分:0)
我能够确定这实际上是我的这个类的afterSave处理程序做了不必要的工作。
它应该只在初始对象创建时运行,但每次运行,有时甚至以递归方式运行。添加了一些逻辑来实现所需的行为,一切看起来都按预期工作。
需要注意的一点是,在afterSave云模块完全运行之后,看起来像save()的HTTP请求才会返回。直到经过全面测试后,我才清楚这一点。