Dois-je utiliser des entités lorsque l'accès aux données est réellement requis?

Question

Dois-je utiliser les Entités créées par Entity Framework dans mon code lorsque je n'ai aucune exigence basée sur les données. L'exemple dont je parle est le suivant.

Les utilisateurs se connectent. Je recherche leur compte utilisateur en utilisant Linq to Entity. Je stocke tout l'objet entité en session. Sur la page suivante, je charge, à partir de la session, l'objet utilisateur authentifié une fois de plus pour des raisons sur la page.

Dans ce cas, dois-je écrire mon propre objet et y transférer les propriétés lors de la connexion d'origine?

Merci beaucoup

Answer 1

l'objet entier Stockage en session soulève quelques drapeaux rouges. Ce modèle ne s'adapte pas très bien, et cela signifie que vous n'utilisez pas les fournisseurs intégrés.

Si possible, essayez d'utiliser les fournisseurs d'appartenance, de rôle et de profil dans votre application. Vous simplifierez grandement la gestion de l'authentification, de l'autorisation et des préférences des utilisateurs.

Answer 2

Je pense que la meilleure approche est d'écrire vos propres objets et de créer un calque intermédiaire pour les créer. Également, écrivez quelques tests pour vous assurer que l'objet est créé correctement. Donc, si quelque chose change, vous le saurez.