实体类型“类型”处于阴影状态。 有效模型要求所有实体类型都具有相应的CLR类型
我正在使用Asp.net Core和EF core来设置IdentityServer4。 在此过程中,我想将数据合同和数据访问与核心项目分开。 为此,我创建了两个相关项目,一个包含DbContext,另一个包含合同。
最终我想让事情变得更复杂,但首先我只想尝试向IdentityUser添加一个相关对象,该对象默认为ApplicationUser,并在涉及Asp.net Identity的默认项目中存储为ApsnetUsers。
为此,我创建了一个inheritanceIdentityUser的基础ApplicationUserDto类。 我已经将补充对象/表添加到该对象,并通过更新ModelBuilder测试应用程序,最终,所有内容都按预期工作。
现在的问题。 我的最终目标是两个有两个独立的类,它们都inheritanceApplicationUserDto,一个用于内部用户,一个用于外部用户。 每个人都有自己的补充一对一数据表。 为了开始构建这个,我创建了两个类,InternalUserDto和InternalUserProfilePropertiesDto。
ApplicationUserDto类:
namespace SingleSignOn.Identity.DataAccess.Contracts { public class ApplicationUserDto: IdentityUser {} }
InternalUserDto.cs
namespace SingleSignOn.Identity.DataAccess.Contracts { public class InternalUserDto : ApplicationUserDto { public virtual InternalUserProfilePropertiesDto InternalUserProfilePropertiesDto { get; set; } public InternalUserDto() { } } }
InternalUserProfilePropertiesDto.cs
namespace SingleSignOn.Identity.DataAccess.Contracts.UserProperties { public class InternalUserProfilePropertiesDto { public int Id { get; set; } public string EmployeeId { get; set; } public virtual InternalUserDto InternalUserDto { get; set; } } }
当我尝试使用单用户身份validation使用模板应用程序注册核心时使用这些类我遇到了错误
实体类型’SingleSignOn.Identity.DataAccess.Contracts.InternalUserDto’处于阴影状态。 有效模型要求所有实体类型都具有相应的CLR类型
在模型构建器运行之后。
以下是我认为来自DbContext的OnModelCreating的相关部分:
namespace SingleSignOn.Identity.DataAccess { protected override void OnModelCreating(ModelBuilder modelBuilder) { base.OnModelCreating(modelBuilder); modelBuilder .HasAnnotation("ProductVersion", "1.0.0-rc3") .HasAnnotation("SqlServer:ValueGenerationStrategy", SqlServerValueGenerationStrategy.IdentityColumn); //Snipped modelBuilder.Entity("SingleSignOn.Identity.DataAccess.Contracts.ApplicationUserDto", b => { b.Property("Id"); b.Property("AccessFailedCount"); b.Property("ConcurrencyStamp") .IsConcurrencyToken(); b.Property("Email") .HasAnnotation("MaxLength", 256); b.Property("EmailConfirmed"); b.Property("LockoutEnabled"); b.Property("LockoutEnd"); b.Property("NormalizedEmail") .HasAnnotation("MaxLength", 256); b.Property("NormalizedUserName") .HasAnnotation("MaxLength", 256); b.Property("PasswordHash"); b.Property("PhoneNumber"); b.Property("PhoneNumberConfirmed"); b.Property("SecurityStamp"); b.Property("TwoFactorEnabled"); b.Property("UserName") .HasAnnotation("MaxLength", 256); b.HasKey("Id"); b.HasIndex("NormalizedEmail") .HasName("EmailIndex"); b.HasIndex("NormalizedUserName") .IsUnique() .HasName("UserNameIndex"); b.ToTable("Users"); }); modelBuilder.Entity("SingleSignOn.Identity.DataAccess.Contracts.InternalUserDto", b => { b.ToTable("Users"); }); modelBuilder.Entity("SingleSignOn.Identity.DataAccess.Contracts.UserProperties.InternalUserProfilePropertiesDto", b => { b.Property("Id") .ValueGeneratedOnAdd(); b.Property("EmployeeId"); b.HasKey("Id"); }); modelBuilder.Entity() .HasOne(typeof(InternalUserProfilePropertiesDto).ToString()) .WithOne() .HasForeignKey(typeof(InternalUserProfilePropertiesDto).ToString(), "UserId") .IsRequired() .OnDelete(DeleteBehavior.Cascade); }
我搜索了阴影状态,发现合并请求检查这是必需的validation,但我不明白为什么这种类型没有CLR类型。 仅使用ApplicationUserDto和配置文件属性,此相同的设置工作正常,但尝试使用inheritance的类会立即导致错误。 关于我做错了什么,阴影状态是什么或为什么我的类型没有CLR类型的任何见解? 我可以提供所需的任何其他代码或详细信息。
编辑
我似乎已经解决了我自己的问题。 我在DbContext中没有将InternalUserDto或InternalUserProfilePropertiesDto作为DbSets。 当我添加并将HasOne更改为:
.HasOne(a => a.InternalUserProfilePropertiesDto)
一切似乎现在都有效。 我仍然觉得令人困惑的是,我从来没有使用原始ApplicationUserDto的DbSets而且我从未遇到过这个问题,所以如果有人对这个问题有任何想法或建议以及如何在将来避免这种陷阱,我仍然感兴趣。
- 如何使用Entity Framework 7在代码中首先处理这两个模型?
- 在Asp.net Core中设置CultureInfo有一个。 作为CurrencyDecimalSeparator而不是,
- AspNet.Security.OpenIdConnect.Server。 刷新令牌
- 为什么Scoped服务解析为同一请求的两个不同实例?
- 在单独的类库中本地化数据注释
- 仅在调用控制器操作时才知道数据库名称时注入DbContext
- Linux上的.net核心应用程序目标.net框架4.5.2
- 使用EntityFramework.Core从自引用表加载完整层次结构
- dotnet core方法’ValidateOptions’…没有实现