Discussion :

[tiboleo]

Bonjour,

Je souhaite sur mon site que plusieurs types d'utilisateurs puissent s'inscrire.
Exemple : simple internaute, fabricant, artisan...
Chaque type aurait, grâce aux rôles définis, accès à tout ou partie des pages du site. Parallèlement, les infos de profil demandées ne seraient pas les mêmes.

Je souhaiterais votre avis sur la façon de faire. J'aurais tendance à faire ceci :

• Définition des rôles (utilisateur, fabricant, artisan, admin...)
• Ajout d'un checkbox "type d'utilisateur" dans le createUserWizard (info stockée dans Profile.typeUser)
• Création d'une page de profil (Profil.aspx) dont les champs (en consultation et modification) dépendraient du Profile.typeUser + création des requêtes (Insert et Update) qui vont bien pour alimenter mes Profile.champ1, Profile.champ2, etc...

Selon vous, est-ce correct ?
Merci beaucoup.

T.

[laedit]

A la place d'un CheckBox pour le choix du type d'utilisateur, j'aurais plutôt vu une ComboBox ou une liste de RadioButtons.

Sinon ça me paraît correct. Tu pourrais aussi faire une page profil par type d'utilisateur, a toi de voir quelle solution serait la plus pratique (Ajout de type d'utilisateur par la suite, complexité de l'ajout des contrôles, etc...)

[jacky01]

Salut, ta solution me parait correct, cela dit j'ai eu fait une appli avec différents profils d'utilisateurs, en utilisant les interfaces.

Voici un schéma qui évitera bien des phrases



Voilà, ce n'est qu'une proposition


Et pour compléter la réponse de laedit, je pense qu'une page suffirait, car je l'ai fait ainsi, en utilisant des accordion personnalisé qui gère les droit et masque donc les élement en fonction. Mais là ça devient spécial car il faut que tu utilise l'ajaxtoolkit.

[tiboleo]

Oui, un Combobox, c'est exact.
Merci pour cette "validation".
T.

[tiboleo]

Nos messages se sont croisés et je n'ai pas vu cette seconde réponse.

Ok pour ce diagramme. Au final, je peux quand même stocker ça dans les profils utilisateur asp.net, n'est-ce pas ?

[jacky01]

Nos messages se sont croisés et je n'ai pas vu cette seconde réponse.

Ok pour ce diagramme. Au final, je peux quand même stocker ça dans les profils utilisateur asp.net, n'est-ce pas ?

J'ai pas compris

[tiboleo]

C'est vrai que c'était pas clair.

Supposons que j'opte pour ce modèle de classes.
Faut-il que je crée mes propres tables Sql Server et que je mappe tout ça ou alors est-ce qu'il y a moyen d'exploiter les tables aspnet_Profile, aspnet_Users, etc...?

[jacky01]

Ah euh je ne sais pas pour ma part j'ai gérer ça disons à l'ancienne