- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
是否有理由使用 saveInBackground
而不是 saveEventually
?两者都有可用的回调。在性能或功能上有什么不同吗?它们是否具有完全相同的功能,但使用 saveEventually
进行网络检查?
我的理解是它们是相同的,因为它们在文档中进行了比较,但文档没有明确说明。 saveInBackground
是否被推送到比 saveEventually
更高优先级的线程,或者线程是否相同?
更新:
由于 MikeG 在下面指出存在性能差异,我制作了一个简单的回退保存方法以防万一。我现在在所有运行正常保存操作的地方都使用它。我 saveInBackground
然后回退到 saveEventually
:
func saveInBackgroundIfNotSuccessSaveEventually(object: PFObject, completion: (() -> ())?) {
object.saveInBackgroundWithBlock({ (success, error) -> Void in
if !success {
object.saveEventually({ (success, error) -> Void in
if success {
completion?()
}
if error != nil {
NSLog(error!.localizedDescription)
}
})
} else if success {
completion?()
}
if error != nil {
NSLog(error!.localizedDescription)
}
})
最佳答案
saveInBackground
将在应用运行时在后台保存。
saveEventually
会将您的对象添加到缓存中,以便在您的应用程序运行时保存到 Parse。
如果没有可用的网络:
saveInBackground
将在您的应用处于运行状态时重试 X 次运行,最终会失败。 saveEventually
将继续尝试,无论您的应用是否正在运行。来源:
关于swift - saveInBackground v saveEventually 是否存在性能差异?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35235048/
多次调用下面的代码(5-10 次)后,SaveCallback 的 done() 方法没有触发,整个应用程序似乎卡住了。似乎这个请求破坏了请求队列,所有进一步的查询也不会触发它们的回调。回调和日志中没
我正在使用 Parse SDK (1.5.1) 在 Android 上编写一个聊天应用程序,其中我使用 obj.saveInBackground(SaveCallback) 在云上创建新的聊天消息。问
我希望能够在 iOS 设备锁定时保存用户信息。我正在使用后台模式,但 saveInBackground 似乎只工作了大约 5 秒,然后它停止保存。当重新打开应用程序时,它会立即保存所有内容。有没有办法
我无法理解 [[NSManagedObjectContext defaultContext] save] 和 [[NSManagedObjectContext defaultContext] save
所以我的应用程序中有聊天室和聊天消息 如果有未读消息,我会发送 ChatRoomVC 并更新消息已读的聊天室。这是我的代码 if hasUnreadMessages || getMessagesNo
我有一段简单的代码: ParseObject testobject = new ParseObject("Test"); testobject.put("customerName", "John");
我发现大约 1/5 的测试都卡住了,在搜索了一些问题后,我将问题缩小到以下范围: ParseInstallation.getCurrentInstallation().saveInBackground
我在 iOS 中创建了一个应用程序,它使用 Parse 来存储数据,还使用 Parse Push 在用户之间进行消息传递。我现在正在将应用程序转换为 Android 并尝试对两者使用相同的 Par
是否有理由使用 saveInBackground 而不是 saveEventually?两者都有可用的回调。在性能或功能上有什么不同吗?它们是否具有完全相同的功能,但使用 saveEventually
如果我使用这段代码: object.saveInBackground(new SaveCallback(){ @Override public void done(ParseExcep
我想在 View 消失之前等待 saveInBackground Parse 方法。因为下面的 View 正在使用这个数据,但是没有时间刷新... 这是我的代码: -(void) viewWillDi
我想将 UIImage 中的图像保存为 PFFile。但后来我得到了错误: Error Domain=NSCocoaErrorDomain Code=3840 "JSON text did not s
我最近将我的解析项目更新为 swift 3,令我沮丧的是没有一个 saveInBackgroundWithBlock、getDataInBackground、findObjectsInBackGrou
我有一个将数据保存到 parse.com 的代码,问题是,它不等待 saveInBackground 完成,所以它总是返回 false(意味着没有错误)即使发现错误。请帮忙。谢谢 Boolea
查看 Parse 文档,有一个 saveEventually() 方法可用于代替 save() 和 saveInBackground()。 我可以在我的代码中的任何地方使用这个函数来代替 save 和
Parse 在 Yosemite 中表现得很奇怪,saveInBackground 声称不是 PFObject 的成员。 var score = PFObject(className: "score"
我检查了过去关于同一问题的帖子 ( saveinbackground-doesnt-work )。 我正在尝试让以下代码与 Parse.com 一起工作: sendMessage.saveInBack
我是一名优秀的程序员,十分优秀!