将填充的 Listview 项目保存在磁盘上并在应用程序启动时重新加载它们
Saving Populated Listview Items on disk and reloading them when App is launched
在我的 android 应用程序中，我有一个列表视图。每个列表视图项都有一些文本和文本以及一个位图。每次启动应用程序时，此列表都会包含来自我后端的内容。
我想做的是当应用程序关闭时将这些填充的项目保存到磁盘上，并在下次启动应用程序时从磁盘重新加载它们。该列表可以从后端进一步填充。 （就像 facebook 一样）
我该如何实现？人们通常建议两种方法来做到这一点：
- Content Provider 和 sqlite-db
- 对象缓存和序列化。
我想了解什么是更适合任务的方法？我将不胜感激任何链接/图或代码片段来演示这个概念。
这是我对此的最佳回答。毫无疑问，这两种技术都会奏效。
使用 SQL 数据库的好处是您可以通过简单地形成查询字符串来检索一组数据或记录。数据库当然可以存储很多数据。
对象 caching/serialization 或文件技术的数据往往有限。它们不是自然而然地通过组匹配查询的（如 SQL Where 子句）。我知道您可以使用 XML 架构文件，但性能可能会成为问题。
如果你只有很少的数据，那么我已经使用 XML 文件来支持查询关系搜索。
我会post我的解决方案。
我找到了一个提供中间立场的软件包：简单的功能和简单的检索：www.rushorm.com
它也允许查询，以及位图和大文本的存储。
在我的 android 应用程序中，我有一个列表视图。每个列表视图项都有一些文本和文本以及一个位图。每次启动应用程序时，此列表都会包含来自我后端的内容。
我想做的是当应用程序关闭时将这些填充的项目保存到磁盘上，并在下次启动应用程序时从磁盘重新加载它们。该列表可以从后端进一步填充。 （就像 facebook 一样）
我该如何实现？人们通常建议两种方法来做到这一点：
- Content Provider 和 sqlite-db
- 对象缓存和序列化。
我想了解什么是更适合任务的方法？我将不胜感激任何链接/图或代码片段来演示这个概念。
这是我对此的最佳回答。毫无疑问，这两种技术都会奏效。 使用 SQL 数据库的好处是您可以通过简单地形成查询字符串来检索一组数据或记录。数据库当然可以存储很多数据。
对象 caching/serialization 或文件技术的数据往往有限。它们不是自然而然地通过组匹配查询的（如 SQL Where 子句）。我知道您可以使用 XML 架构文件，但性能可能会成为问题。 如果你只有很少的数据，那么我已经使用 XML 文件来支持查询关系搜索。
我会post我的解决方案。
我找到了一个提供中间立场的软件包：简单的功能和简单的检索：www.rushorm.com
它也允许查询，以及位图和大文本的存储。