.NET 核心标识.使用一种或两种上下文? [英] .NET Core Identity. Use one context or two?

问题描述

我正在努力解决一个基本问题.将我的 ASP.NET Core Identity 上下文与我的业务上下文分开，或者将两者结合起来.

I am struggling with a basic problem. Keep my ASP.NET Core Identity context separate from my business context or combine the two.

从哲学上讲，将它们分开似乎很好.如果我想在将来的某个时候升级 .NET Core，如果我的身份上下文是独立的，我的问题就会更少.

Philosophically, it seems good to keep them separate. If I want to upgrade .NET Core at some point in the future, I have fewer issues if my identity context is separate.

实际上，将它们结合起来似乎是个好主意.否则，我将创建另一个用户表或执行一些奇怪的解决方法以从导航属性中获取用户信息.

Practically, it seems like a good idea to combine them. Otherwise, I am creating another user table or doing some weird workarounds to get user information from navigation properties.

您如何处理 .NET Core 中的身份上下文?

How do you handle Identity contexts in .NET Core?

推荐答案

根据我的经验，将身份上下文与业务逻辑分开是个好主意.

In my experience, its a good idea to keep identity context, separate from your business logic.

• 您可能需要对身份数据库进行一些昂贵的加密和其他操作.可能无需对您的业务数据应用此类加密
• 您可以选择替换，为您的身份数据库制定单独的备份计划和恢复计划.非身份数据库可能有自己的计划.
• 更重要的是，有一天，您可能会决定选择第三方身份验证提供商，而不必自己管理身份.此时，您可以进行一些迁移，丢弃不再需要的身份数据库.

所以，是的，最好使用不同的上下文/数据库.

So, yes, best to use different context/database.

注意:我假设每个上下文都链接到不同的数据库.这是给定的，但为了清楚起见，将其放在这里.

note : I am assuming, each context is linked to a different database. This is a given, but, for the sake of clarity, putting it here.

这篇关于.NET 核心标识.使用一种或两种上下文?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！