将用户的数据库 ID 存储在 redux 中是不好的做法吗？

Question

正如标题所说，我想检查它是否完全没问题，或者将用户数据库 ID 存储在我的网站 redux 存储中是否是不好的做法。

例如它是一个可以拥有商店或客户用户的网站，例如，如果用户登录，他们可以在 redux 的数组属性中拥有他们最喜欢的商店的数据，并且该数组中可以是具有以下内容的对象列表：

{storeId:Guid, storeName:string, storeIndustryType:enum, etc...}

storeId 的 guid 将是商店数据库和 aspNetUsers 数据库中该用户的主键。

我使用这些 ID 进行与他们想做的事情相关的 CRUD 操作，例如添加新的收藏夹商店、删除收藏夹商店等..

Answer 1

这并不理想，但也是常见的做法。我不会称其为不好的做法，但“最佳做法”肯定是不同的：

• 理想情况下，您应该使用一个暴露于外部（内部数据库系统）的单独的唯一 ID，然后将其用于在 API 请求等中识别用户。就像别名一样。
• ID 不应该允许猜测其他现有的 ID（例如通过增加计数器），但您似乎已经用 guid 覆盖了它。

这个问题并不是特定于 redux 的，它更多的是关于如何在客户端识别系统中的实体。您可以如上所述为它们添加别名，或者将内部使用的 ID 公开给客户端。后者更简单、更容易，但安全性较差。