正确的状态管理架构，可实现对项目的读/未读

如何解决正确的状态管理架构，可实现对项目的读/未读

上下文：我们正在实施新闻应用程序。现在，您可以假设所有用户的新闻都是相同的，并根据我们设置的参数（根据趋势和日期）维持顺序。

问题：：我们不确定跟踪用户阅读内容的最佳实现是什么。我们希望能够配置一种方法来跟踪用户阅读和未阅读的内容。

假设：您可以假设数据库中的帖子是基于时间的降序。

因此，理想的情况是：当有帖子时：从应用程序中的服务器获取A，B，C，D，E，并且用户阅读A，B。现在，用户在检查下一个帖子时只能看到C，D，E。如果他们上一个，他们将按照以下B-> A的顺序查看帖子。

此外，现在将P，Q添加到数据库中时，用户必须按P-> Q-> C-> D-> E的顺序查看下一个帖子，依此类推

示例：让我们假设我们的应用程序中目前有20条新闻，而加文拿起手机并开始从我们的应用程序中阅读。在使用过程中，他发现自己忙于其他工作，因此在阅读了5条新闻后退出了该应用程序。

我们现在面临的挑战是找到确保加文不必重新阅读他已经做过的5篇文章的最佳方法。

我们认为可以解决此问题的一种方法是使用索引。我们可以假定上下文中提到的帖子的统一排序，因此我们可以使用索引来跟踪加文在新闻顺序中的最后位置，并根据该索引向他显示新闻。

但是，这种方法的一个问题是，当加文拿起他的手机并再次使用我们的应用程序时，我们很容易就有5条新帖子。因此，如果我们有基于日期的新闻，那么从技术上讲，索引方法意味着我们将5个未读的新帖子替换为5个已读的旧帖子。

我们还考虑过维护三个列表：“已读”，“未读”和“新建”，以便仅获取不在列表中的帖子。例如，在我的第一个示例中： A-B-C-D-E 最初未被读取。然后，用户阅读 A-B 后，阅读内容将变为 A-B 。同时，在数据库中添加 P-Q 时，会将 P-Q 作为 P-Q-C-D-E添加到未读帖子列表中。

您如何解决此问题？我们欢迎您提出任何建议，因为在解决问题时，我们认为我们并不是在跳槽。谢谢！ ：）

解决方法

当我初次阅读问题时，解决方案在我脑海中浮现出来的是，还有2个未读列表，未读列表的末尾添加了新列表，并且未读列表以相反的顺序显示，因此最新列表位于顶部。但是，这是最有效的方法吗？讨论例如，如果新数字的数量增加很多，则内存效率低下。但我一般认为数字很小。