Discussion :

[fguigui]

Bonjour à tous,

En milieu "professionnel", j'ai un petit site web à développer, avec la gestion des utilisateurs qui doivent se logger à ce site.
Donc création de users, profiles, roles, ..., stockage de leurs mots passes cryptés, ...

Des fonctionnalités bien classiques.

J'avais donc commencé mes developpements avec aspnetdb, qui me paraissait tout ndiqué.

Le client me demande maintenant de ne plus utiliser aspnetdb, et de faire du "sur mesure".

Diriez-vous que c'est une demande :
- habituelle
- légitime
- aspnetdb ne serait pas satisfaisant (techniquement, gestion de la confidentialité, ...)


Si je devais refaire cette gestion des utilisateurs, serait-ce long ? compliqué ?


Merci d'avance de vos avis éclairés.

Cordialement.

[calagan99]

Oui, pour moi c'est une réinvention de la roue!

Quelles sont précisément les reproches fait au membership aspnet ?

Sinon, c'est pas tout récent mais regarde de ce côté.

[Immobilis]

Salut,

Le client me demande maintenant de ne plus utiliser aspnetdb, et de faire du "sur mesure".

Rien ne t'empêche de faire du sur-mesure à partir de aspnetdb.

Ton client est-il seulement capable d'exprimer son besoin?

A+

[fguigui]

En fait les exigences du client sont de 2 ordres :
- il voudrait que les tables, procs stocks, ..., suivent les règles de nommage de l'entreprise (ça me parait illégitime, ...)

- mais surtout ils ont peur des problèmes de compatibilités avec les versions à venir de .Net.

Pourrait-on rassurer le client ?

ps : et j'oubliais, le client veut la gestion des utilisateurs et l'applicatif soit dans la même bd, mais ça je crois que c'est possible

[neptune]

Tout à fait possible, implémente tes propres providers!

[Nicolas Esprit]

Au niveau des arguments, pour la convention de nommage je veux bien (quoi que c'est un peu pousser là, si on leur propose d'utiliser SharePoint il vont vouloir appliquer leur convention sur les sacro-saintes bases de SharePoint ? ).

Quant à la comptabilité, à chaque nouvelles version d'ASP.NET il n'y a pas eu de souci (3.5 et 4.0 puisqu'il me semble que aspnetDb est apprue avec le 2.0). Ca m'étonnerait que Microsoft s'amuse à changer tout d'un coup.
Mais si jamais pour des raisons d'évolution ça devrait arriver, il y aura un script pour l'update qui serait fourni (voir un tool pour recréer la base ou les nouvelles tables).

Bref, le client est toujours roi, mais là c'est des ch**eurs

Sinon comme le dit neptune, c'est pas compliqué => tu reprends le script de création des tables ASP.NET, tu le modifies à la sauce du client, puis tu implémentes un CustomMembershipProvider.