Utiliser EF et d'autres ORM Dapper dans le même projet - inconvénients

asp.net asp.net-identity asp.net-mvc dapper projects-and-solutions

Question

Je suis sur le point de commencer un nouveau projet et j'ai un petit dillema. App nécessite une identité asp pour la sécurité et dapper comme orm. Mon plan est d'utiliser le modèle d'application Web par défaut ASP avec l'identité qui utilise la structure de l'entité et pour tous les accès aux données d'entreprise dapper. Cela signifie que je vais parfois utiliser dapper pour obtenir quelque chose à partir des tables d'identité (comme nom d'utilisateur pour certains utilisateurs).

Une autre approche consiste à changer d'identité pour utiliser dapper mais je pense que je ne suis pas assez compétent pour le faire et que cela serait probablement mauvais pour le projet ultérieurement.

Alors, quels pourraient être les inconvénients pour une application d'architecture comme celle-ci?

Réponse acceptée

Il n'y a pas d'inconvénients. Les ORM sont des outils. Vous êtes autorisé à utiliser plusieurs outils - choisissez les outils appropriés pour chaque travail. Si vous construisiez une maison, vous ne voudriez pas utiliser un seul marteau pour toutes les tâches liées aux marteaux, ou un seul tournevis pour tous les travaux liés aux vis.

Gardez juste une certaine isolation entre eux - les modèles EF ne jouent pas toujours bien avec les autres outils.



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