Discussion :

[Shin_RockmanX]

Salut!
Désolé pour cette question d'un ordre un peu philosophique, mais j'ai cherché une réponse concise sans la trouver.
Alors voila, je veux faire un très simple membership, c'est-à-dire, un ID, un username, et un password. Je ne veux pas checker que le password soit dans un quelconque format, je veux pas de question réponse etc...
Juste le truc tout simple: nom, password.
Alors, comment vous me conseillez de procéder? je fais un provider? parce que ça m'a l'aire quand même assez compliqué vu le nombre de méthode à implémenter à partir de la classe abstraite... Faudrait dans ce cas que je fasse une petite table sur la base, mais c'est possible...
Ou bien quelqu'un connait un truc déjà implémenté qui me permet de faire ça??
Merci d'avance,

[Jérôme Lambert]

Au contraire, c'est pas si compliqué que ça. Et je peux te rassurer que tu n'es pas obligé de tout ré implémenter.

La première fois que j'ai voulu faire un provider le plus simple qui soit, j'ai procédé de la sorte :

• J'ai dérivé de la classe abstraite en question.
• J'ai utilisé l'intellisense pour que Visual studio implémente toutes les méthodes (il ajoute donc un lancement d'exception, MethodNotImplementedException, dans chaque méthode).
• J'ai référencé mon provider dans le fichier de configuration.
• Et ensuite j'ai lancé mon provider en utilisant les composants de login, les raccourcis vers le provider utilisé, etc. Et j'ai pu donc constater les méthodes à implémenter réellement à chaque fois que je recevais une exception.

Une fois que tu auras fait comme ça, tu verras que c'est pas si compliqué que ça pour créer son propre provider.

[Shin_RockmanX]

Ok d'accord!
Mais on est bien d'accord que, à partir du moment où tu implémente ton provider, tu dois bien avoir une base de données dans laqeulle tu vas stocker tes utilisateurs comme tu veux. (SQL, XML ou ce que tu veux) c'est ça??
Ainsi, ce serait un joli petit composant vite fait pour se familiariser avec LINQ aussi pour les fonctions recherches non?

[Jérôme Lambert]

Oui comme tu le dis, tu es libre de faire ce que tu veux dans ton provider.

- Interroger un web service;
- Interroger une db Oracle;
- Interroger un fichier XML;

Et comme tu le précises, tu peux tout à fait faire du LINQ dans ton provider (Linq To SQL, Linq To Object, Linq To XML, etc.).

N'hésite pas si tu as d'autres questions.

[Shin_RockmanX]

oui juste une, une fois que j'ai implémenté mon provider en laissant les exceptions pour pouvoir débugger tranquillement, comment je peux faire pour ajouter mon provider et pour que ce soit celui-ci qui soit untiliser par leur controle login et create user etc...
Pour la gestion des rôles, c'est aussi moi qui doit gérer avec une table croisée?

[Jérôme Lambert]

Pour référencer ton provider comme celui à utiliser par défaut, c'est très simple, il suffit de l'indiquer dans le fichier de configuration :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
<system.web> 
    ... 
    <membership defaultProvider=“TextMembershipProvider"> 
        <providers> 
            <add name=“TextMembershipProvider" 
            type=“TextMembershipProvider" 
            enablePasswordRetrieval=“true" 
            enablePasswordReset=“true“ … /> 
        </providers> 
    </membership> 
    ... 
</system.web>

Plus d'information par ici : http://ditch.developpez.com/aspnet2/...ipprovider/#LA


Pour la gestion des rôles, tu peux effectivement définir ton propre RoleProvider que tu pourras référencer aussi dans le fichier de configuration.

Pour le manipuler et définir des règles style :

• Ce répertoire peut être accédé par n'importe qui
• Ce répertoire peut être accédé uniquement par les membres qui font partie du rôle 'Admin'
• Etc.

C'est dans le fichier de config que tu vas pouvoir définir cela :

<authorization>
<deny users="?" />
<allow roles="Administrators" />
<deny users="*" />
</authorization>

Plus d'information par ici : http://odelmotte.developpez.com/tuto...ebsecurity/#L3