J'ai une application ASP.NET (MVC) générique qui utilise NHibernate comme couche de persistance de modèle et ASP.NET Membership/role/profile services en tant que couche de gestion des utilisateurs.Meilleure pratique pour rejoindre les services d'adhésion/rôle/profil nhibernate et ASP.NET
La question est ce qui peut être considéré comme la meilleure pratique pour créer des liens entre les données de domaine et les utilisateurs. (Par exemple, si je veux créer un système de forum, je veux lier chaque sujet/article à un utilisateur spécifique, et je veux afficher l'utilisateur à chaque demande).
Ce sont les posiibilites j'ai pensé:
Stocker l'ID utilisateur dans NHibernate (comme ayant une colonne Guid dans toutes vos classes de domaine (messages, sujets, etc.) qui a besoin de faire référence un utilisateur) et utilisez GetUser chaque fois que vous avez besoin du nom de l'utilisateur depuis le guid (ce qui peut entraîner n + 1 requêtes)
Variante B: Vous pouvez également stocker le nom d'utilisateur.
- Utilisez la même base de données et créez un utilisateur de l'objet de domaine maintaned NHibernate en lecture seule, qui correspond aux mêmes données que les services M/R/P. Oubliez M/R/P et créez un service de gestion des utilisateurs distinct basé sur NHibernate
- Oubliez les deux et utilisez J2EE/RoR/merb/DJango/etc. (S'il vous plaît ne prenez pas cette option :))
- autres ...
Qu'est-ce que vous voulez dire par "ID utilisateur du magasin dans NHibernate"? – epitka
Je veux dire que je stocke le guid de l'utilisateur par exemple dans la classe Topic/Post/Comment/etc, et j'utilise GetUserName du membershipprovider pour obtenir son vrai nom du guid. – SztupY