Wie ist die Beziehung zwischen Microsoft Enterprise Application Blocks und dem ASP.NET-Providermodell? (falls vorhanden)Welche Beziehung besteht zwischen Microsoft Enterprise Application Blocks und dem ASP.NET-Providermodell?
Enterprise-Bibliothek verfügt über einen Sicherheitsanwendungsblock.
Es stellt zwei Schnittstellen, die Sie in Ihrem Code zugreifen:
eine Berechtigungs Provider-Schnittstelle, die die einzige Methode macht Autorisieren benannt, die eine Instanz eines IPrincipal Objekt nimmt Details der Identität des Benutzers und Rollen enthält. Abhängig von der Art und Weise, wie Sie den Block konfigurieren, kann die Autorisierung entweder über Windows® Authorization Manager (AzMan) für Active Directory, eine XML-Datei oder eine Datenbank erfolgen. oder indem Sie benutzerdefinierte Regeln verwenden, die Sie definieren und als XML in der Anwendungskonfigurationsdatei speichern. Eine Security Cache Provider-Schnittstelle, die Methoden verfügbar macht, mit denen Sie die Identität oder den Sicherheitskontext eines Benutzers als IIdentity-Instanz, IPrincipal-Instanz oder ASP.NET-Profilinstanz speichern und abrufen können. Jeder zwischengespeicherte Identitäts- oder Sicherheitskontext wird durch ein Token identifiziert (standardmäßig eine GUID, obwohl Sie eine eigene Implementierung der IToken-Schnittstelle erstellen und verwenden können). Der Block speichert diese Informationen entweder in einer Datenbank oder im isolierten Speicher unter Verwendung des Caching-Anwendungsblocks. Sie können alternativ einen benutzerdefinierten Anbieter für den Caching-Anwendungsblock erstellen und ihn zum Zwischenspeichern der Informationen am Speicherort und unter Verwendung der Techniken verwenden, die Sie in Ihrem Anbieter implementieren.
Dann können Sie auch ASP.NET 2.0 Provider Modell Referenz: http://msdn.microsoft.com/zh-cn/library/aa479030.aspx