使用CoreData或SQLite来支持具有少量SQL体验的开发人员的现有应用程序

Question

我正在尝试使用更强大的后端CoreData或SQLite（两者之一）来支持我的应用程序（已在AppStore上，客户使用它）将从性能角度来看）。迄今为止，我已经使用归档（平面文件）来存储我的自定义对象。

我没有SQL的工作知识，也没有太多时间。因为我需要加快SQLite或CoreData的速度，所以我应该咬紧牙关，然后选择CoreData，因为从长远来看，这看起来会更容易处理，我假设会带给我相同的数量时间到了吗？数据模型并不复杂。

感谢

Answer 1

如果你不熟悉类似的抽象层，核心数据有一点点的学习曲线。

我在两个不同的应用程序中使用了SQLite和核心数据 - 第一个应用程序我不知道核心数据，所以我使用SQLite。这很简单，但是有很多代码需要添加到“使其工作” - 即SQL和Objective-C之间的桥梁。我推荐FMDB封装，这是我们使用的。

第二个应用程序，我们厌倦了试图调优SQLite，并决定尝试核心数据。起初令人沮丧，但在掌握了它之后，将代码存入数据存储区或从数据存储区移出数据代码的代码会少得多。

我向前移动的所有应用程序的选择都是Core Data。

这个答案的坏消息是，如果你既不熟悉，我也不认为有任何“快速”的解决方案，你可能会希望。好消息是，从Core Data开始越早，您就可以越快学习它，并在新应用程序中使用它。

最后，像这样改造的最好方法是单元测试，所以你可以交换模块/方法。我建议GHUnit，如果你还没有使用它。

Answer 2

除非你有一个很好的理由不使用核心数据，我会建议咬那颗子弹。这个框架非常棒，虽然具备SQL的工作知识很好，但不需要去做一些工作。

Answer 3

与核心数据一起去。设置有点痛苦，但它是为Mac上的永久存储而设计的。