Fournisseurs d'appartenances
Mise à jour : novembre 2007
Un modèle de fournisseur vous permet d'adapter facilement le système d'appartenance (membership) afin d'utiliser des magasins de données différents ou des magasins de données dotés de schémas différents. De plus, vous pouvez étendre le système d'appartenance en créant un fournisseur personnalisé, ce qui vous permet de créer une interface entre le système d'appartenance et une base de données utilisateur existante.
Une fonctionnalité importante du modèle d'appartenance à plusieurs couches est que les applications qui utilisent ce système ne sont pas liées à un magasin de données spécifique. Si nécessaire, vous pouvez changer de magasin de données d'appartenance sous-jacent dans votre application sans modifier de code, simplement en configurant l'application pour utiliser un autre fournisseur d'appartenances (et bien sûr en effectuant une migration des informations utilisateur existantes, le cas échéant). Par exemple, si vous avez déjà une base de données contenant des informations utilisateur, il est possible, pour tirer parti de ces données, d'écrire un fournisseur que les API Membership peuvent alors appeler pour exécuter des tâches d'appartenance.
ASP.NET contient deux fournisseurs d'appartenances : un qui utilise Microsoft SQL Server comme source de données et un autre qui utilise Windows Active Directory. Des tiers peuvent mettre à disposition des fournisseurs d'appartenances pour d'autres bases de données, comme Oracle, ou pour des bases de données SQL Server qui possèdent un schéma différent de celui qu'utilisent les fournisseurs ASP.NET.
Vous pouvez également configurer plusieurs fournisseurs d'appartenances, ce qui vous permet de sélectionner un fournisseur au moment de l'exécution en fonction de la configuration de l'application. Par exemple, il se peut que, pour des raisons professionnelles, vos informations d'appartenance se trouvent dans des bases de données régionales séparées. En configurant plusieurs fournisseurs d'appartenances, chacun communiquant avec une base régionale différente, vous pouvez diriger les appels relatifs à l'appartenance vers le fournisseur approprié en fonction des utilisateurs.
Fournisseurs d'appartenances personnalisés
Il est également possible de créer un fournisseur d'appartenances personnalisé, ce qui vous permet de lier le système d'appartenance à une base de données utilisateur qui existe déjà, de vous connecter à une base de données non prise en charge par les fournisseurs inclus dans ASP.NET ou d'étendre l'appartenance pour exposer un plus grand nombre de fonctionnalités.
Une fois que vous avez un fournisseur d'appartenances personnalisé, vous pouvez configurer votre application pour utiliser ce fournisseur de la même façon que vous configurez l'application pour utiliser un fournisseur ASP.NET. La classe Membership appellera automatiquement votre fournisseur personnalisé pour communiquer avec votre source de données d'authentification.
Pour plus d'informations sur la création d'un fournisseur d'appartenances personnalisé, consultez Implémentation d'un fournisseur d'appartenances. Consultez également Exemple d'implémentation d'un fournisseur d'appartenances.