我什么时候应该使用iOS中的各种存储机制？

我认为这已经涵盖了，但我的搜索没有任何相关性。

我知道有NSUserDefaults，核心数据，对象归档，原始SQLite，plist，当然还有Web服务器存储。 对于初学者来说，不清楚和有些模糊的是何时使用这些各种工具。

Web服务器与核心数据的使用是显而易见的，但是NSUserDefaults和plists呢？ 核心数据与对象归档？ 用例的简单细分将真正帮助我理解为什么在iOS中有如此多的存储选项。

Answer 1

我尝试编写一个快速简单的常见用例列表，因为正如@rmaddy所说，这个答案可以填写一个书的章节：

• NSUserDefaults ：存储简单的用户首选项，没有太复杂或安全。 如果您的应用具有包含几个开关的设置页面，则可以在此处保存数据。

• Keychain （请参阅SSKeychain以获得更好的包装）：用于存储敏感数据，如凭据。

• PLists ：用于存储更大的结构化数据（但不是很大）：它是一种非常灵活的格式，可以在很多场景中使用。 一些例子是：

  • 用户生成的内容存储：一个简单的Geopoint列表，将由地图或列表显示。
  • 为您的应用提供简单的初始数据：在这种情况下，plist将包含在NSBundle中，而不是由用户生成并由用户数据填充。
  • 将应用程序的特定模块所需的数据与其他数据分开。 例如，构建逐步启动教程所需的数据，其中每个步骤与其他步骤类似，但只需要不同的数据。 对这些数据进行硬编码可以轻松填充您的代码，因此您可以成为更好的开发人员并使用plist来存储数据并从中读取数据。
  • 您正在编写可以由使用它的开发人员以某种方式配置的库或框架。

• Object archiving对于序列化更复杂的对象（可能包含二进制数据）非常有用，这些对象不能（或者您不希望）映射到更简单的结构（如plist）上。

• Core Datafunction强大，可以由不同的持久存储支持（SQLite只是其中之一，但您也可以选择XML文件，或者您甚至可以编写自己的格式！），并提供元素之间的关系。 它很复杂，并提供许多对开发有用的function，如KVO和上下文。 您应该将它用于许多相关记录的大型数据集，这些记录可以由用户生成或由服务器提供。

• 当您需要真正，快速地访问关系数据源（Core Data引入一些开销），或者如果您需要跨多个平台支持相同的SQLite格式时， Raw SQLite非常有用（您应该永远不要使用CoreData内部SQLite：它使用它自己的格式，所以你不能只是“导入”CoreData中的现有SQLite）。 例如，对于我工作的项目，web服务为我提供了一些大型SQLite而不是jsons或xmls：这些SQLite中的一些被导入到CoreData（操作可能需要一段时间，具体取决于源大小），因为我需要所有它的function，而其他SQLite直接读取，以实现快速访问。

• Webserver storage应该是显而易见的：如果您需要将数据存储到服务器，那是因为该设备不应该是该数据的唯一所有者。 但是，如果你只需要在不同的iOS设备上同步相同的应用程序（甚至是Mac的移植版本的应用程序），你也可以看看iCloud存储。