Comment gérer l'enregistrement des utilisateurs avec plusieurs pages et entités

Question

Je suis donc au point dans mon projet où je dois implémenter un système d'enregistrement d'utilisateur pour une application MVC 3 avec Entity Framework.

J'ai les entités suivantes qui sont/doivent être remplis dans le cadre des inscriptions:

• utilisateur
• Personne
• Rôle
• affaires

L'ancienne application (nous l'appellerons v1) manipulé le processus d'inscription avec une classe pour contenir toutes les données, puis après chaque étape de l'enregistrement, enregistré le classe à session

Je mets juste mes pieds mouillés avec MVC3/EF4.1. Mon premier balayage pour l'information m'a fait regarder un référentiel, et un modèle de travail pour gérer cela. Cependant, je vois quelques sources qui disent que les modèles de dépôt ne sont pas vraiment nécessaires avec MVC3/Ef4.1.

alors ma question est la suivante. puis-je créer un enregistrement utilisateur comme en v1, et cette classe sauvegardée en session est maintenant techniquement un référentiel, ou existe-t-il un meilleur moyen d'exploiter MVC3/EF4.1 pour gérer l'enregistrement d'un nouvel utilisateur avec un flux qui s'étend sur plusieurs pages/vues.

Answer 1

Notre enregistrement MVC3 s'étend sur plusieurs pages vues (divulgation progressive) avec des entités similaires (Utilisateur/Personne/Rôles/Affiliation avec des établissements). Je ne suis pas sûr si vous avez une compréhension complète sur les modèles Repository ou UnitOfWork si. Ce sont des modèles liés à la persistance, qui n'ont rien à voir avec la session, qui est un mécanisme de gestion d'état HTTP.

Je vous suggère d'écrire dans la base de données à la fin de chaque page vue (lorsque l'utilisateur soumet le formulaire), plutôt que d'accumuler toutes les données en session. Si vous devez transmettre des informations d'une vue à une autre dans la chaîne, vous pouvez utiliser le dictionnaire TempData du contrôleur pour stocker les clés d'entité (TempData utilise réellement Session en arrière-plan).

Il est possible que vous obteniez des informations incomplètes dans la base de données avec cette approche, si un utilisateur n'effectue pas toutes les étapes d'enregistrement. Cependant, cela vous permet de les laisser continuer le processus d'inscription sans avoir à ressaisir les informations. Alors que si vous utilisiez une session et que votre utilisateur fermait accidentellement la fenêtre de son navigateur, toutes les données de session seraient perdues et l'utilisateur devrait recommencer.

Ce que nous faisons est de recueillir d'abord l'utilisateur & mot de passe.Le flux se présente comme suit:

1. L'utilisateur entre l'adresse e-mail (formulaire 1)
2. Si vous êtes admissible, e-mail de confirmation est envoyé à l'adresse
3. utilisateur confirme l'adresse e-mail en utilisant un secret envoyé par courrier électronique (formulaire 2)
4. utilisateur crée un mot de passe (forme 3)
5. L'utilisateur entre les informations personne (formulaire 4)
6. utilisateur entre d'affaires (formulaire 5)

Si un utilisateur n'a terminé qu'un sous-ensemble de ces étapes, nous pouvons utiliser les informations de la base de données pour déterminer quelle étape est la suivante dans le processus d'enregistrement et les canaliser dans cette vue jusqu'à la fin du processus d'enregistrement.

Answer 2

a manqué de caractères dans la réponse aux commentaires. puis-je faire quelque chose comme ça?

[HttpGet] 
public ActionResult UserInfo(RegistrationViewModel model) 
{ 
    return View(model); 
} 

[HttpPost] 
public ActionResult UserInfo(RegistrationViewModel model) 
{ 
    return View("BusinessInfo",model); 
} 

[HttpGet] 
public ActionResult BusinessInfo(RegistrationViewModel model) 
{ 
    return View(model); 
} 

[HttpPost] 
public ActionResult BusinessInfo(RegistrationViewModel model) 
{ 
    return View("LicenseAgreement",model); 
} 

[HttpGet] 
public ActionResult LicenseAgreement(RegistrationViewModel model) 
{ 
    return View(); 
}