как связать SimpleMembership UserProfile с расширенным профилем с внешним ключом?

ОБНОВЛЕНИЕ: я добавляю еще один способ сделать это. Это очень сложный способ, он работает, но в итоге вы этого не захотите.

Это боль. Я тоже потратил много времени, чтобы понять это. Ближайший онлайн-ресурс, который я нашел, был здесь.

Обратите внимание, что на этой странице есть две ошибки. 1) Используйте Add-Migration вместо Create-Migration 2) При обновлении UsersContext обязательно включите общий тип для DbSet. т.е.

public DbSet<Membership> Membership { get; set; }

Следуйте инструкциям по этой ссылке. Тогда вам нужно будет пройти еще немного.

Для моего решения я переместил все модели в библиотеку классов моделей, а UsersContext — в библиотеку классов DAL, но это не требуется.

Как только вы закончите миграцию, вы можете добавить базовый класс для ссылки на UserProfile следующим образом...

public class User
{
    public int UserId { get; set; }

    public string FirstName { get; set; }

    public int UserProfileId { get; set; }

    [ForeignKey("UserProfileId")]
    public UserProfile UserProfile { get; set; }
}

Не забудьте обновить UsersContext. ПРИМЕЧАНИЕ. Вы можете переименовать UsersContext во что угодно.

public DbSet<User> Users { get; set; }

Последний шаг — добавить класс, который вызывается в вашем AccountController, вместо класса WebSecurity.CreateUserAndAccount(...)

public class CustomSimpleMembershipProvider
{
    private readonly UsersContext _db = new UsersContext();

    public bool CreateUser(string username, string password, string firstName)
    {
        var userCreated = false;

        WebSecurity.CreateUserAndAccount(username, password);

        var userProfile = _db.UserProfiles.FirstOrDefault(u => u.UserName == username);

        // Check if user already exists
        if (userProfile != null)
        {
            var member = new Model.User { FirstName = firstName, UserProfile = userProfile };

            try
            {
                _db.Users.Add(member);
                _db.SaveChanges();

                userCreated = true;
            }
            catch (Exception)
            {
                //Add logging or throw whatever exceptions needed
                throw;
            }

        }
        return userCreated;
    }
}

Причина миграции в том, что она позволяет вам управлять таблицами членства в вашем собственном контексте. Я безуспешно пытался создать их в отдельных контекстах. Я надеюсь, что это даст вам то, что вам нужно.

Гораздо более простой способ сделать это — просто создать класс с виртуальным внешним ключом для UserProfile. Виртуальный для ленивой загрузки. Причина, по которой я сделал это таким образом, заключается в том, что как только я перешел к OAuth, все стало работать намного проще.

   public class User
    {
        public int Id { get; set; }

        public string FirstName { get; set; }

        public string LastName { get; set; }

        public int UserProfileId { get; set; }

        [ForeignKey("UserProfileId")]
        public virtual UserProfile UserProfile { get; set; }
    }

Затем переместите свой UsersContext из AccountModels.cs в свой собственный контекст следующим образом.

public class OAuthNoMigrateContext : DbContext
{
    public OAuthNoMigrateContext()
        : base("DefaultConnection")
    {
    }

    public DbSet<User> Users { get; set; }
    public DbSet<UserProfile> UserProfiles { get; set; }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {

    }
}

Создайте аналогичный CustomSimpleMembershipProvider, как в моем другом ответе.

public class CustomSimpleMembershipProvider
{
    private readonly OAuthNoMigrateContext _db = new OAuthNoMigrateContext();

    public bool CreateUser(string username, string password, User user)
    {
        var userCreated = false;

        WebSecurity.CreateUserAndAccount(username, password);

        var userProfile = _db.UserProfiles.FirstOrDefault(u => u.UserName == username);

        // Check if user exists
        if (userProfile != null)
        {
            user.UserProfile = userProfile;

            try
            {
                _db.Users.Add(user);
                _db.SaveChanges();

                userCreated = true;
            }
            catch (Exception)
            {
                //Add logging or throw whatever exceptions needed
                throw;
            }

        }
        return userCreated;
    }
}

Добавьте это в Application_Start

Database.SetInitializer(new OAuthNoMigrateInitializer());

Примечание. Мне нравится создавать метод, который проверяет наличие пользователей и вызывается из файла Application_Start. Инициализация запускается при первом вызове БД, так и происходит.

private static void ViewDb()
    {
        using (var context = new OAuthNoMigrateContext())
        {
            var user = context.Users.Where(u => u.FirstName.StartsWith("T"));
        }
    }

Это вызывает этот инициализатор

public class OAuthNoMigrateInitializer : DropCreateDatabaseAlways<OAuthNoMigrateContext>
{
    private readonly CustomSimpleMembershipProvider _provider = new CustomSimpleMembershipProvider();

    protected override sealed void Seed(OAuthNoMigrateContext context)
    {
        //Initialize UserProfile
        WebSecurity.InitializeDatabaseConnection("DefaultConnection", "UserProfile", "UserId", "UserName", autoCreateTables: true);

        AddUsers(context);
    }

    private void AddUsers(OAuthNoMigrateContext context)
    {
        if (WebSecurity.UserExists("username")) return;

        var user = new User
        {
            FirstName = "FName",
            LastName = "LName"
        };

        _provider.CreateUser("username", "password", user);
    }
}