Korzystanie z SimpleMembership z modelem EF-najpierw

To błąd w MVC 4. jest obejście w tym poście na blogu .

Jako filtr akcji, InitializeSimpleMembershipAttribute zaczepia się do OnActionExecuting, aby wykonać leniwą pracę inicjalizacyjną, ale może to być zbyt późno w cyklu życia. Atrybut Authorize będzie wymagał, aby dostawcy byli gotowi wcześniej, jeśli będą musieli sprawdzić dostęp w oparciu o role (podczas OnAuthorization). Innymi słowy, jeśli pierwsze żądanie do witryny trafi w akcję kontrolera, taką jak:

[Authorize(Roles="Sales")]

.. wtedy będziesz mieć wyjątek, ponieważ filtr sprawdza rolę użytkownika, ale dostawcy nie są inicjowani.

Zalecam usunięcie ISMA z projektu i zainicjowanie WebSecurity podczas zdarzenia start aplikacji.

1 - Musisz włączyć migracje, najlepiej z EntityFramework 5

2-Przenieś swoje

WebSecurity.InitializeDatabaseConnection("DefaultConnection", "UserProfile", "UserId", "EmailAddress", autoCreateTables: true); 

Do metody Seed w YourMvcApp / Migrations / Configuration.Klasa cs

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

        if (!Roles.RoleExists("Administrator"))
            Roles.CreateRole("Administrator");

        if (!WebSecurity.UserExists("lelong37"))
            WebSecurity.CreateUserAndAccount(
                "lelong37",
                "password",
                new {Mobile = "+19725000000", IsSmsVerified = false});

        if (!Roles.GetRolesForUser("lelong37").Contains("Administrator"))
            Roles.AddUsersToRoles(new[] {"lelong37"}, new[] {"Administrator"});
    }

Teraz EF5 będzie odpowiedzialny za tworzenie tabeli UserProfile, po zrobieniu tego wywołasz WebSecurity.InitializeDatabaseConnection rejestruje tylko SimpleMembershipProvider z już utworzoną tabelą UserProfile (w Twoim przypadku możesz zastąpić parametr "UserProfile" wartość z niestandardową nazwą tabeli) , również mówi SimpleMembershipProvider, która kolumna jest UserId i UserName. Pokazuję również przykład, w jaki sposób można dodać użytkowników, role i powiązać te dwa w swojej metodzie zalążkowej z niestandardowymi właściwościami/polami UserProfile, np.

3-Teraz, gdy uruchomisz update-database z konsoli Menedżera pakietów, EF5 udostępni Twoją tabelę ze wszystkimi własnymi właściwościami

Aby uzyskać dodatkowe odniesienia, zapoznaj się z tym artykuł z kodem źródłowym: http://blog.longle.net/2012/09/25/seeding-users-and-roles-with-mvc4-simplemembershipprovider-simpleroleprovider-ef5-codefirst-and-custom-user-properties/

Ten problem spowodowany przez WebSecurity.InitializeDatabaseConnection nie może używać łańcucha połączenia z nazwą dostawcy System.Data.EntityClient.

Zapewnienie ciągu podwójnego połączenia nie brzmi dobrze, więc możesz wygenerować Łańcuch Połączenia dla modelu EF najpierw w konstruktorze w klasie częściowej.

Kod wygląda jak poniżej

public partial class MyDataContext 
{
    private static string GenerateConnectionString(string connectionString)
    {
        var cs = System.Configuration.ConfigurationManager
                     .ConnectionStrings[connectionString];

        SqlConnectionStringBuilder sb = 
             new SqlConnectionStringBuilder(cs.ConnectionString);
        EntityConnectionStringBuilder builder = 
             new EntityConnectionStringBuilder();
        builder.Provider = cs.ProviderName;
        builder.ProviderConnectionString = sb.ConnectionString;
        builder.Metadata = "res://*/MyDataContext.csdl|" +
              "res://*/MyDataContext.ssdl|res://*/MyDataContext.msl";
        return builder.ToString();
    }

    public MyDataContext(string connectionName) : 
          base(GenerateConnectionString(connectionName)) { }
}

Dzięki tej sztuczce możesz użyć pojedynczego ciągu połączenia w konfiguracji web, ale jeden problem nie możesz użyć domyślnego konstruktora w datacontext, zamiast tego powinieneś zalać łańcuch połączenia wymień wszędzie, gdy tworzysz instancję datacontext. ale nie jest to duży problem, gdy używasz wzorca wtrysku zależności.

Im nie może pracować z klasą EF i WebMatrix webSecurity, więc aby uniknąć tego problemu i iść do przodu:

Zmień najpierw mój model Ef na kod.

Zmień łańcuch połączeń na providerName= " System.Data.SqlClient " (usuwanie wszystkich informacji metadanych) lub użyj połączenia EF

W moim przypadku model, Dane i web są różne proyects więc dla mnie nie jest problemem, aby usunąć te informacje z sieci.config w sieci.projekt.

Obecnie websecuroty.initializedatabase nie uruchamia się z łańcuchem połączeń EF.

I wish this helps