Android:最好将编辑文本数据保存在SQLite数据库中,然后推送到RecyclerView列表?

Android:最好将编辑文本数据保存在SQLite数据库中,然后推送到RecyclerView列表?,android,database,sqlite,Android,Database,Sqlite,我正在为一个设计问题而挣扎。我有一个UI,要求用户输入事件日期和时间等数据。在UI上收集数据后,我是否应该将数据保存到SQLite数据库,然后使用RecyclerView和CardView将数据从数据库推送到列表中的卡片上?或者应该是另一种方式:使用卡片将输入的数据保存到RecyclerView列表,然后将数据推送到SQLite数据库?请注意:RecyclerView中的卡片将是可编辑的,这意味着用户输入的日期可以更新或删除,然后数据库条目必须更新或删除。有什么想法吗?我建议好好研究一下如何使用

我正在为一个设计问题而挣扎。我有一个UI,要求用户输入事件日期和时间等数据。在UI上收集数据后,我是否应该将数据保存到SQLite数据库,然后使用RecyclerView和CardView将数据从数据库推送到列表中的卡片上?或者应该是另一种方式:使用卡片将输入的数据保存到RecyclerView列表,然后将数据推送到SQLite数据库?请注意:RecyclerView中的卡片将是可编辑的,这意味着用户输入的日期可以更新或删除,然后数据库条目必须更新或删除。有什么想法吗?

我建议好好研究一下如何使用SharedReference。它们可能听起来/看起来很痛苦,但它们对于做听起来像你需要的事情非常有用。如果我完全错了,请忽略这一点,否则这里有几个链接概述了SharedReferences和优秀的旧android文档

您可以创建一个列表并将数据从数据库读取到您的列表,当您更改数据时,更改列表和数据库。适配器将仅基于列表中的数据,但不能基于数据库中的数据,因为从数据库中读取或写入数据将花费您大量的时间

事实上,我看不出你有什么问题。你必须保存你收集的数据,对吗?然后将数据保存到数据库以进行安全操作。之后,您可以将数据推送到
recyclerView
,而
notifyDataSetChanged()

您好,谢谢您的提示。你推荐SharedReferences是因为它们比SQLite数据库更容易管理吗?我想说SQLite通常更容易管理,但SharedReferences提供了一种很好的方法,可以根据需要在应用程序中保存数据,然后在需要时将数据发送到数据库。好的,我来看看。但在发送到数据库之前,先将数据发送到SharedReferences进行存储有什么好处呢?我不确定你是如何管理你的应用程序的,但它可以使用RecyclerView或CardView节省你的时间,同时在SharedReferences中保存数据可以让你进行更少的事务,尽管它们可能会更大,这可以帮助你的应用程序运行更顺畅。它还允许编辑数据,而无需从数据库中多次提交或选择。更少的事务使数据库的安全性更易于管理。从用户输入中收集的数据将显示在卡片上,并且所有卡片都使用RecyclerView显示。我会寻找一个网页,显示了一个例子…给我一分钟找到链接。下面的链接显示了在卡片和RecyclerView列表中显示数据的示例:那么拥有数据库有什么好处呢?或者我应该将数据从UI推送到CardView卡上,并从卡上创建一个RecyclerView列表吗?我认为只需推就可以了,或者您可以创建一个缓存类来保存数据,因此您不需要推送数据,只需读取或更改缓存类我是否可以将数据推送到RecyclerView,当用户关闭应用程序而不使用数据库时,数据将保留/保存?实际上不可以。您必须将其保存到db或使用SharedReference。如果没有太多数据,SharedReference是一个选项。否则,您应该使用数据库。有很多
DatabaseHelper
库可以帮助您轻松管理数据库,只需5分钟就可以尝试使用GreenDao:好吧,那么使用GreenDao快速启动并运行,而不是学习大量SQLite代码?使用ORMs有什么限制吗?