Bonjour,

Je suis le Coach Microsoft ASP.NET pour effectuer mon projet de synthèse et j'éprouve quelques difficultés à adapter l'authentification sur mon site par l'intermédiaire d'une base de données SQL Server 2005.

Le coach suivi se trouve à cette adresse : [url]http://msdn.microsoft.com/fr-fr/asp.net/bb412340.aspx[/url]

Par l'intermédiaire d'un CreateUserWizard j'ai généré les champs recquis à l'enregistrement d'un nouvel utilisateur et rajouté quelques champs personnalisés (tel que nom, prénom, adresse, etc...).

Plutôt que d'utiliser la base par défaut "ASPNETDB.MDF", j'ai défini ma base de donnée personnelle par l'intermédiaire de aspnet_regsql.exe et l'enregistrement de nouvel utilisateur se fait correctement désormais dans ma base.

Par contre je ne sais pas adapter l'enregistrement des nouveaux champs dans ma table aspnet_membership. Par exemple, si je désire rajouter un champ Nom dans mon Wizard, faire en sorte que ça s'enregistre aussi dans ma table aspnet_membership. Savez vous comment adapter cela ?

Ok,

Je vais faire en sorte de séparer ces informations pour que ça colle avec ma modélisation UML et je ne toucherais pas à la table aspnet_membership de base comme tu me le conseille.

Qu'entends tu par me renseigner au niveau du profil ?

Si je peux enregistrer mes champs supplémentaires dans une nouvelle table et relier la table aspnet_membership avec la nouvelle table ainsi crée et en définissant les PK/FK nécessaires, c'est ce qu'il me faut.

Ce que j'entends par te renseigner au niveau du profil ?

Peut-etre faire une recherche ? qu'en penses tu ? les forum sont la pour donner des pistes pas pour donner une solution toute faites ! :-)

Recherche google "profil ASP.net" [ Lien ]

---

Cyril - MVP ASP.net - MCPD ASP.net & MCTS SQL - Consultant indépendant

Je l'entends bien, je ne savais pas qu'il fallait passer par une quelquonque gestion de profils ni même ne savait que ça existait. Excuse mon ignorance, je suis loin d'être à l'aise avec le concept de création d'utilisateur sous asp. Ils font des solutions toutes prêtes, génériques, mais dés qu'on à envie d'adapter (ce qui doit arriver souvent pour beaucoup de projets) bien c'est trés fouillis et assez ardu pour récupérer les informations nécessaires et comprendre le fonctionnement. Désolé ^^

La possibilité d'avoir une simple table que l'on crée nous mêmes avec toutes les informations qu'on à besoin, à savoir les informations du login et celles de l'utilisateur ça serait quand même bien plus simple. Mais non, ça fait trois jours que je planche pour déja importer les tables aspnet_... dans ma base de donnée par l'intermédiaire de "regsql" et que j'essaie de comprendre maintenant comment les informations sont stockées dans la base par l'ajout de balises xml à l'intérieur de mon fichier web.config. Et j'ai toujours pas compris d'ailleurs ... Un peu tiré par les cheveux non ?

Donc je suis conscient que mon niveau de connaissance en asp n'est pas encore optimal mais j'essaye de faire ce qu'il faut *han*

Pour information, j'ai récupéré un lien intéréssant concernant ce que je veux arriver à faire.

Voici ce lien : http://aspnet.4guysfromrolla.com/art...spx#postadlink

Les forums sont la pour donner des pistes, ensuite après recherche si tu comprends pas, tu peux redemander une piste ;-)

Les profils ASP.net sont pratiques si tu n'as que très peu d'informations, certes le provider par défaut ne donne aucune visibilité sur la base, mais pour certains développement (tout petit) c'est pas utile.

Ensuite l'outil aspnet_regsql possède un assistant graphique qui te demande la base à selectionner, cela va te créer le schéma de la base ASP.net dans la base que tu veux.
Mais tu n'es pas obligé d'utiliser cette base, tu peux également créer ton propre Provider afin de gérer toi meme toute la base.
Si tu veux un contrôle de la base, je te conseille de te créer ton propre MembershipProvider ainsi que le ProfileProvider tu auras ainsi le contrôle total de la base.

Enfin, je dirais que ASP.net a deux facettes : les trucs tout fait "click & play" qui sont indebuggables et utiles seulement pour euh .... les démos microsoft ou les mini projets et ensuite il y a le coté personnalisation maximum.
Evite d'utiliser les XXXDataSource qui sont useless et surtout indébuggable, et n'hésite pas à créer tes propres Provider.

Bref pour répondre à ta question.
Soit tu veux maitriser complétement la base alors tu créer tes propres Provider (pratique si tu as que peu d'informations dans le profil, ceux si seront en fait serialiser dans un champ XML de la base)
Soit tu créés tes propres Provider qui feront ce que tu veux dans la base.

---

Cyril - MVP ASP.net - MCPD ASP.net & MCTS SQL - Consultant indépendant

J'aimerais bien créer mon propre provider certainement, car j'ai pas mal d'informations à stocker. Mais vu mon niveau, ça sera peut être plus délicat pour le moment à mettre en oeuvre.

Pour le moment je suis parti sur l'exemple du lien que j'ai donné un peu plus haut, histoire de manipuler un peu et que ça rentre :)

Pour info, je développe un site de gestion de colocation. ça implique un enregistrement utilisateur et ensuite, un enregistrement de colocation ou plusieurs utilisateurs pourront venir se greffer dessus, si tu vois le genre.

Bon, je pense que je vais me diriger vers la création de mon propre provider car vu la nature de mon projet, c'est ce qui me donnera le plus de possibilités. Avec ma première solution, j'ai peur de me retrouver bloqué plus tard dans mon développement.

J'essaye de trouver quelques liens relatifs...

Re,

Le faite de créer une classe qui hérite de MemberShipProvider permet de modifier uniquement les méthodes que l'on a besoin ou on doit tout réécrire ?

Puis, c'est normal que quant j'implémente ma classe abstraite je n'ai que ça dans les méthodes ?

[code]throw new NotImplementedException();[/code]

A partir du moment ou on fait l'héritage et que la méthode existe dans la classe crée, on doit la réécrire entièrement. C'est ça ?

Merci d'avance.