Firebase的iOS离线功能与核心数据相比

时间:2015-11-22 00:23:36

标签: ios firebase

我正在开发一小组类,这些类可以让您的Core Data与Firebase保持同步。但是,我最近遇到Firebase's iOS Offline Capabilities,我注意到,关于数据持久性,我觉得它与Core Data提供的类似功能一样。

正如我所说,我正在努力让我的核心数据与我的Firebase保持同步。这两者有何不同(如果有的话)?更具体地说,Firebase离线会提供类似的效果吗?我的意图是单用户应用程序,我不需要在同一个应用程序上同时支持多个用户。我需要持久保存数据,以便用户可以脱机访问数据,以及在应用程序会话/重新启动之间访问数据。

2 个答案:

答案 0 :(得分:13)

我在Firebase工作,我曾尝试做同样的事情。

Firebase的离线功能使得使用CoreData有点多余。 Firebase的离线处理许多复杂问题,如离线处理身份验证和长时间离线后同步。

如果你真的想要将两者结合使用,那么在CoreData周围设置一个包装器可能会很有用。但是,我发现它最终变得比它真正值得复杂。

答案 1 :(得分:0)

我从Firebase开始,偶然发现了这两个使我切换回CoreData的问题:

  1. 无离线搜索-Firebase(在线或离线)搜索非常有限,他们建议使用第三方服务(例如Aglolia),该服务需要另一种订阅,另一种离线模式,另一种身份验证等。CoreData仅支持通过SQL就像语言一样,很容易。

  2. 没有脱机附件-Firebase(实时数据库或云存储)不具有脱机附件功能,并且Firebase Storage也没有脱机模式,因此我将需要自己实现。