Séparation des couches ASP.NET MVC avec SQL Dapper et NHibernate

asp.net-mvc-3 dapper n-tier-architecture

Question

Je travaille sur une application ASP.NET MVC utilisant SQL Dapper pour la récupération et NHibernate pour CRUD. Je suis confronté à des problèmes de séparation des couches.

J'ai des référentiels disons UserRepository qui a la méthode publique User GetUsersList () . Ici, "Utilisateur" est une entité NHibernate. Le problème ici est que je dois afficher un champ dans l'interface utilisateur qui n'est pas présent en tant que propriété dans User comme 'HasAltContacts' que je récupère directement à partir d'une requête SQL.

Maintenant, ma question est la suivante: dois-je créer des DTO séparés et laisser ces entités NHibernate et créer des référentiels (au moins READ METHODS) autour de ces classes?

Réponse acceptée

Ici, "Utilisateur" est l'entité NHibernate. Le problème ici est que je dois afficher un champ dans l'interface utilisateur qui n'est pas présent en tant que propriété dans User comme «HasAltContacts» que je reçois directement de la requête SQL.

Définissez un modèle de vue qui contiendra toutes les propriétés requises par votre vue. Ensuite, votre action de contrôleur doit renseigner ce modèle de vue en interrogeant les différentes sources de données dont vous disposez et en transmettant ce modèle de vue à la vue.




Sous licence: CC-BY-SA with attribution
Non affilié à Stack Overflow
Est-ce KB légal? Oui, apprenez pourquoi
Sous licence: CC-BY-SA with attribution
Non affilié à Stack Overflow
Est-ce KB légal? Oui, apprenez pourquoi