Iphone 更好的方法-为iPad应用程序使用数据库或Web服务

我正在编写一个ipad应用程序，我需要知道如果使用数据库或Web服务来检索数据，哪个更好。它的一些数据大约有50-60个图像和50-60个文本。不是很大。你有什么建议

如果您需要离线访问，或者无法预测首次启动应用时用户是否在线，请使用本地数据库

---

如果您可以假设用户在使用您的应用程序时处于联机状态，并且更愿意随时将数据“置于您的控制之下”并保持最新状态，请将您的数据保存在服务器上并使用web服务进行访问。

如果您需要脱机访问，或者无法预测用户在首次启动应用程序时是否处于联机状态，使用本地数据库

---

如果你可以假设用户在使用你的应用程序时处于在线状态，并且更愿意将数据“置于你的控制之下”并随时更新，请将数据保存在服务器上并使用web服务进行访问。

除了离线访问外，本地数据库的访问速度会快得多，而且你不会破坏用户的数据限制。

除了离线访问之外，本地数据库的速度会快得多，你也不会破坏用户的数据限制。

鉴于你的数据量很小，我建议你将应用程序中的内容放在本地（如果你问我，数据库有点过分：使用平面图像文件和plist）。同时，在你的应用程序中实现一个系统，在线检查文件的更新版本，如果存在，它会下载文件并根据需要更新本地plist。如果你正确地设计了plist，你甚至不需要web服务（plist包含每个图像和文本片段的条目和版本）。

鉴于你的数据量很小，我建议你将应用程序中的内容放在本地（如果你问我，数据库太复杂了：使用平面图像文件和plist）。同时，在你的应用程序中实现一个系统，在线检查文件的更新版本，如果存在，它会下载文件并根据需要更新本地plist。如果正确设计plist，您甚至不需要web服务（plist包含每个图像和文本片段的条目和版本）。

Oh。那我就这么做。这是否意味着如果数据库没有太多的数据，就不建议使用数据库？在我看来，是的，一个数据库对于60个图像和60个文本片段是不明智的。我有一个plist，其中包含图像和文本片段的文件名（以及每个图像和文本片段的版本号，以对照在线plist进行检查）。我也不认为您需要web服务。但其他人可能不同意。那我就这么做。这是否意味着如果数据库没有太多的数据，就不建议使用数据库？在我看来，是的，一个数据库对于60个图像和60个文本片段是不明智的。我有一个plist，其中包含图像和文本片段的文件名（以及每个图像和文本片段的版本号，以对照在线plist进行检查）。我也不认为您需要web服务。但其他人可能不同意。