Remplacer le mappage ADO.NET POCO roulé à la main?

ado.net dapper massive petapoco simple.data

Question

J'ai écrit un wrapper autour de DbProviderFactory d'ADO.NET que j'utilise beaucoup dans mes applications. J'ai aussi écrit beaucoup de code qui associe les lignes IDataReader aux POCO. Cependant, comme j’ai des tonnes de cours, tout se gâte.

Je cherchais à remplacer le she-bang par un micro-orme comme Petapoco. J'ai quelques questions cependant:

  1. J'ai beaucoup de POCO qui contiennent d'autres POCO en tant que propriétés. Comment Petapoco supporte-t-il cela?
  2. Dois-je utiliser un ORM comme Massive ou Simple.Data qui renvoie un objet dynamique et le mapper à un POCO?
  3. Existe-t-il des approches que je peux adopter pour la cartographie complète des lignes en POCO? Je ne peux pas vraiment utiliser les outils conventionnels car ma base de données n'est pas particulièrement cohérente dans sa conception.

Réponse populaire

Pourriez-vous utiliser QueryFirst ou le modifier? Il prend votre SQL et l'enveloppe dans un code ADO vanille, généré au moment du design. Vous obtenez de nouveaux POCO à partir de votre schéma de résultats à chaque fois que vous enregistrez votre fichier. De plus, vous pouvez choisir de tester toutes les requêtes et de régénérer tous les wrappers via l'option du menu Outils. Cela dépend de Sql Server et de SqlClient, donc à moins de faire quelques modifications, vous perdrez DbProviderFactory.



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