Javascript 反应本机上下文vs Redux vs AsyncStorage

我正在实现一个可以导航到其他用户配置文件的应用程序。显然，输入配置文件会导致数据库请求的开销，并且会降低用户体验（必须等待db响应显示数据）

这里是AsyncStorage，一个本地数据库，用于缓存数据库中的对象和数据。此API已弃用，有些人正在使用redux和redux persist

在我的应用程序中，我没有使用Redux，所以为了管理我的目的，我想我必须使用异步存储。但是，反应上下文呢？目前，我已经实现了一个上下文提供程序“CurrentUserContext”，它有一个“VisitedUsers”映射，我在其中输入用户的配置文件时将用户数据放入其中（因此，为了避免对数据库进行不必要的查询，我只需查看该用户的数据是否在此映射中）。因此，如果用户想要看到最新的数据，他必须刷新（配置文件屏幕有一个拉到刷新机制）。此外，当应用程序退出时，此上下文的生命终止

我的问题是：这是使用上下文实现这种目的的一个好选择吗？我从未见过有人这样做。。。这就是我怀疑的原因

从我的观点来看，这没关系，因为在一个上下文中，你实际上只有一个很短的映射（在很短的时间内完成），它将持续到用户关闭应用程序或注销

小心点，我把它当作一个问题问，因为我真的不知道这是否是一个好的做法。不应将其理解为“个人意见”

---

谢谢。

这可能会帮助您谢谢您@古鲁帕兰吉里塔兰读完后，我有同样的问题。答案解释了什么时候在上下文API之前使用redux，说一些redux特性在新的上下文API中没有提供。但是，在我的用例中，我正在使用上下文提供程序中的useRef钩子创建一种“访问用户的HashMap”（以避免不必要的重新呈现）。所以，如果访问地图中的数据速度很快，这种做法会不会错呢？我看到的唯一缺点是数据不会保存在本地存储中。。。但是有一个优点，我避免消耗设备内存。对我来说，这似乎是某种持久性层，如用于检查的目录，其中所有数据都在内存中。是的，这取决于您的需求，但每次从存储读取都会产生影响