Warum sollte man Dapper benutzen? Außerdem kann sich jeder zu Dapper Vs. ADO.NET Pro und Contra äußern

Dapper ist nur ein Werkzeug. Was es macht ist:

• Machen Sie es einfach, Abfragen problemlos zu parametrisieren
• Machen Sie es einfach, Abfragen auszuführen (Skalar, Multi-Zeilen, Multi-Grids, und keine Ergebnisse)
• Machen Sie es einfach, Ergebnisse in Objekte zu verwandeln
• sehr effizient und schnell

Was es nicht tut, ist:

• generiere ein Klassenmodell für dich
• generiere Abfragen für dich
• Verfolgen Sie Objekte und ihre Änderungen, so dass Sie einfach SubmitChanges() (oder was auch immer) aufrufen SubmitChanges()

Die rohe adrett Bibliothek bietet keine CRUD - Funktionen, aber das „contrib“ Zusatzpaket grundlegende CRUD bietet.

Grundsätzlich ist es kein vollwertiges ORM, aber wenn Sie nur Abfragen ausführen möchten, ohne sich gegen ein ORM zu wehren , oder die Overheads bezahlen müssen, die mit einem ORM verbunden sind, ist das ziemlich gut. Wenn Sie nicht über SQL wissen, ist die rohe Bibliothek wahrscheinlich nicht für Sie ( „contrib“ sollte in Ordnung sein, obwohl), aber viele Leute nicht nur SQL wissen, aber sie wollen die Kontrolle über die SQL sein (statt Lassen Sie den ORM eine Interpretation Ihrer Absicht, die nicht optimiert wurde, usw.).

Zusammenfassend können Gründe dafür sein:

• Sie möchten eine hervorragende rohe Ausführungsleistung mit minimalen Gemeinkosten
• Sie möchten die Kontrolle über Ihre SQL behalten
• Sie benötigen oder wollen nicht die Objektverfolgungsfunktionen eines Vollfett-ORM

Wie für "vs ADO.NET":

• RAW ADO.NET beinhaltet viel mehr Code zum Schreiben und viele Edge-Cases, an die man sich erinnern kann (mit denen Dapper intern umgeht, ohne dass man sich darum kümmern muss)
• aber es ist nicht wirklich schneller - dapper macht eine Menge Metaprogrammierung, um Strategien zu speichern und wiederzuverwenden, sobald es getan hat, was es für Ihre Frage benötigt
• Wenn Sie providerspezifische Funktionen verwenden, die in SqlGeometry ADO.NET nicht verfügbar sind (z. B. das Übergeben / Abrufen von SqlGeometry Daten), sind diese nicht direkt im Dapper verfügbar. Sie müssen eine Schnittstelle implementieren, um sie zu informieren Behandeln Sie Ihr Szenario, aber das ist nicht schwer (beachten Sie, dass das spezifische SqlGeometry Beispiel von einer zusätzlichen Dapper-Bibliothek gehandhabt wird)