Почему мое пользовательское свойство объекта в ApplicationUser null?

Question

Я создал пользовательский класс под названием Person хранить имя, адрес и т.д. Этот класс/модель перекрестных ссылок от других моделей, в том числе ApplicationUser:

public class ApplicationUser : IdentityUser 
{ 
    public Person Person { get; set; } 

    public async Task<ClaimsIdentity> GenerateUserIdentityAsync(UserManager<ApplicationUser> manager) 
    { 
     // Note the authenticationType must match the one defined in CookieAuthenticationOptions.AuthenticationType 
     var userIdentity = await manager.CreateIdentityAsync(this, DefaultAuthenticationTypes.ApplicationCookie); 
     // Add custom user claims here 
     return userIdentity; 
    } 
} 

В одном из моих контроллеров, я использую следующие код, чтобы получить текущий пользователь вошел в систему и получить его Person объект, например, так:

 var user = UserManager.FindById(User.Identity.GetUserId()); 
     var person = user.Person; 

Мой Person класс также определяется в ApplicationDbContext:

public class ApplicationDbContext : IdentityDbContext<ApplicationUser> 
{ 
    public ApplicationDbContext() 
     : base("MyContext", throwIfV1Schema: false) 
    { 
    } 

    public DbSet<Person> People { get; set; } 
} 

Когда я проверяю user, я вижу, что Entity Framework заполнил объект, потому что я вижу идентификатор пользователя, адрес электронной почты, пароль хэша, все! Все исключаяPerson property! Тем не менее, я вижу в базе данных, что соответствующая строка не null, но имеет правильный идентификатор для Person.

Я новичок в структуре ASP.NET/MVC/Entity, и я прочитал, что по умолчанию использует ленивую загрузку. Это то, что я испытываю? Если да, как я могу сказать, что Entity использует активную загрузку в свойстве Person? Если нет, что я делаю неправильно?

Answer 1

Это, вероятно, проблема отображения. Сочетания структур Entity Framework слишком сложны для объяснения здесь, но я укажу, где может быть проблема.

Удостоверьтесь, что ApplicationUser имеет свойство внешнего ключа Person таким образом, чтобы Entity Framework мог его понять. Entity Framework основана на соглашениях, поэтому она будет искать свойство PersonId в вашем классе ApplicationUser. Если вы не хотите использовать имя по умолчанию, вы можете использовать свободную конфигурацию в своем Контексте OnModelCreating, чтобы присвоить ему свое имя.

Я лично считаю, что всегда полезно вручную сопоставить все ваши отношения. Вот пример:

public void OnModelCreating(ModelBuilder modelBuilder) 
{ 
    builder.Entity<ApplicationUser>().HasRequired(m => m.Person).HasForeignKey(d => d.Person) 
} 

Пожалуйста, обратитесь к этой ссылке для получения дополнительной информации: https://msdn.microsoft.com/en-us/data/jj591620.aspx

Answer 2

Я бы сделал Person class inherit от IdentityUser или ApplicationUser. Тогда, я бы следующие в классе DbContext:

DbSet<Person> People {get;set;} 

Затем вы можете использовать это:

MyDbContext db = new MyDbContext();  
string userid = User.Identity.GetUserId(); 
var user = db.People.Single(p=>p.Id == userid); 

Answer 3

В рамочной сущности коды первого приближения рамка субъекта делает первое целочисленное свойство в качестве первичного ключа. Таким образом, здесь вы добавляете ссылку класса Person в класс приложения User.Вы можете попробовать это, как:

[ForeignKey ("PersonId")]

общественного виртуального Person Person {получить; набор;}

общественности Int PersonId {получить; набор;}

Этот сделает PersonId в качестве внешнего ключа в приложении Таблица пользователей. Вы также можете сделать его нулевым.

public int? PersonId {get; set;}

Оттуда вы можете получить объект Id объекта Person, вставленный в таблицу пользователя приложения, а затем вы можете получить свойства объекта person.

Надеюсь, это поможет вам, поскольку это отображает связь между двумя таблицами.