c# - 是否在 ASP.NET Core Identity AspNetUsers 表中存储用户设置

Question

我正在使用 ASP.NET Core 设置一个 Web 应用程序，并通过 Identity Framework 进行身份验证。快速提问。我正在存储有关用户的各种数据，例如他们的地址、帐户设置、订阅状态和到期日期等。我是通过创建继承 IdentityUser 的 ApplicationUser 类将所有这些存储在 AspNetUsers 表中更好，还是应该保留该表用于登录/安全信息并创建另一个表来存储仅与我的应用程序相关的数据，并且两个表之间具有一对一的关系？

Answer 1

总是一个单独的表/类。

复杂性随着应用程序的增加而增加。 table 会变得太大，然后你会花时间离开它。我们在遗留应用程序中有一个类似的组织，它已经增长到 70 多个列。我在 Twitter 上听说过有类似经历的人的故事。

除此之外，您还可以考虑单一职责。给定一个单一的更改原因 - 或更多给 Uncle Bobs 更新的定义 “一个模块应该对一个，而且只有一个，actor 负责”。

您最终可能会对每个 module 进行设置 - 添加的越多，它就会变得越大。当然，只是留到以后再改变 - 但这永远不会发生。

对我来说，身份是它自己的系统。不是你的系统。它提供了一种验证机制。它使用 able 中的大多数列或用户类中的字段来执行此操作。

您的设置是关于您的应用程序的——这是您的域。如果替换 Identity，则可能会替换该用户表/用户类。那么您的设置将在哪里结束？