2009-09-08 5 views
1

Je développe un panier personnalisé pour lequel les clients existants devront se connecter pour accéder à leur compte.L'abonnement ASP.NET est-il adapté à un panier?

J'essaye de décider si l'adhésion d'ASP.NET est appropriée pour tout ou partie de l'application.

  • Il est certainement logique pour les clients existants - vous vous connectez et accédez à l'historique de vos commandes et pouvez apporter des modifications à vos paramètres. Chaque page doit être authentifiée et si vous perdez ce cookie d'authentification, vous êtes déconnecté.
  • Cependant, pour les nouveaux clients, ils n'auront pas de compte jusqu'à la dernière étape, donc je ne suis pas tout à fait sûr de la façon dont l'adhésion ASP.NET s'adapterait à cette situation. Est-ce que je créerais simplement le compte d'utilisateur mais n'exigerais pas réellement l'authentification sur toutes les pages?

Quelqu'un peut-il pour qui cela est évident s'il vous plaît commenter

Répondre

2

Le système d'adhésion ASP.NET prend en charge, les « utilisateurs anonymes » qui n'ont pas encore créé de compte. Lorsqu'ils arrivent à créer un compte, vous pouvez choisir de ne pas passer à leur nouveau compte. La bibliothèque MSDN donne de très bons exemples et contient des liens vers les forums spécifiques sur les serveurs Microsoft, qui contiennent de nombreuses informations utiles pour vous aider à démarrer.

+0

Je ne suis pas sûr que le système d'adhésion en tant que tel prenne en charge les 'utilisateurs anonymes', mais le profil le fait certainement (voir http://odetocode.com/articles/440.aspx). s'il vous plaît me cingler en arrière si je me trompe –

+0

Oui, le profil a un soutien spécifique pour les utilisateurs anonymes, le système d'autorisations dans ASP.NET peut permettre à certaines parties d'un site sécurisé d'être disponible pour les utilisateurs anonymes (le "vous" ll voit souvent dans les fichiers web.config). Le support du système d'adhésion est dans les autorisations que vous appliquez. –

2

Je pense que l'adhésion ASP.NET conviendrait. Le LoginView class gère ce scénario particulier. Il vous permet de spécifier le contenu visible par les utilisateurs authentifiés et le contenu pour les utilisateurs anonymes.

Une grande partie de votre mise en forme sera probablement similaire pour les deux types d'utilisateurs, vous pourrez donc en réutiliser une grande partie via les pages maîtres et les contrôles utilisateur. Ensuite, les différences peuvent être soulignées dans le cadre des modèles LoginView.

Questions connexes