/ / Warum den ASP.NET-Mitgliedschaftsanbieter verwenden, wenn Sie nur Repositories verwenden können? Ist es bessere Sicherheit? - c #, asp.net-mvc, asp.net-Mitgliedschaft, Repository, Mitgliedschaft-Provider

Warum sollten Sie den ASP.NET-Mitgliedschaftsanbieter verwenden, wenn Sie nur Repositories verwenden können? Ist es bessere Sicherheit? - c #, asp.net-mvc, asp.net-Mitgliedschaft, Repository, Mitgliedschaft-Provider

Ich habe gerade mit der Implementierung eines benutzerdefinierten Mitgliedschaftsanbieters fertig und nachdem die ganze Sache erledigt ist, frage ich mich nur, warum es notwendig ist?

In meinem Projekt verwende ich Open ID zur Authentifizierungund sobald ich die Benutzer Open ID habe, werde ich sie sofort weiterleiten, um OAuth Anfrage / Zugriffstoken zu erhalten, und sie dann mit Formularauthentifizierung anmelden. Ich verwende immer nur CreateUser () und GetUser () vom Mitgliedschaftsanbieter.

Kann ich mein eigenes Repository verwenden, um alle benötigten Daten zu speichern (AccessToken, Username, OpenId, etc.) oder gibt es etwas, was ich nicht hinter den Kulissen sehen kann?

Antworten:

2 für die Antwort № 1

Ja, Sie können sicherlich Ihr eigenes Repository verwenden, um alle Daten zu speichern, die Sie benötigen. (In der Tat würden Sie Ihr eigenes Repository verwenden, um die von der ASP.NET-Mitgliedschaft verwendeten Informationen zu speichern.)

Es ist einfach eine Frage von, ob Sie bereit sind undkann Ihren eigenen Code schreiben. Angesichts der Tatsache, dass einige Sicherheitsbedenken bestehen, sollten Sie möglicherweise Ihr eigenes Design überprüfen, falls es implementiert ist, um Sicherheitslücken zu schließen.