我正在进入iOS编程（来自一些轻松的Java体验）并且很好奇这将是设置我所拥有的一些信息的更好方法。
我有一个753“行程”的列表（数据库或plist中的行），包括A点到B点以及该行程的预设英里数;所以每次旅行都有3个关键字用于plist - 或者数据库'pointa'，'pointb'，'miles'的列。
我很好奇该数据集是否对于pList来说太大了？
.sqlite3数据库会更适合这样的东西吗？
数据将是静态的 - 它不会改变，如果需要更改，则非常非常非常。
我不确定哪个是理想的 - 它似乎匹配了pointA＆amp;的字符串。使用pList获取里程可以更容易地完成pointB（我的iOS知识足够弱 - 从我用Google搜索的内容来看，它比使用SQL的东西更快地学习plist）。
只是寻找一些反馈意见 - 这将是一个“适当”的反馈？
看起来很长的列表对应用程序性能有负面影响，因为它必须将其加载到内存中 - 但我很好奇有多大'过大'。
答案 0 :(得分：1)
都不是。使用核心数据。 Core Data有大量的内置优化，您最终必须使用其他数据存储来实现自己。它也有简单的iCloud集成，虽然现在开始变得非常稳定，但现在相当稳定。