Perché dovresti usare Dapper? Inoltre, chiunque può commentare Dapper Vs ADO.NET Pro e Contro

Question

Mi piacerebbe capire su quando qualcuno dovrebbe davvero pensare di usare Dapper. Inoltre vorrei capire i pro e contro di confrontare Dapper Vs ADO.NET

Answer 1

Dapper è solo uno strumento. Ciò che fa è:

• rendono banalmente facile da parametrizzare correttamente le query
• rendere più banalmente facile per eseguire query (scalari, multi-file, multi-griglie, e no-risultati)
• rendono banalmente facile trasformare i risultati in oggetti
• molto efficiente e rapido

non cosa fa è:

• generare un modello di classe per voi
• generare query per voi
• oggetti della pista e le loro modifiche in modo da poter chiamare SubmitChanges() (o qualsiasi altra cosa)

La biblioteca Dapper prima non lo fa fornire funzionalità CRUD, ma il pacchetto aggiuntivo "contrib" fa fornisce CRUD di base.

In sostanza, non è un ORM a pieno carico, ma se si desidera solo per eseguire query senza dover lotta un ORM, o pagare le spese associate con un ORM, è abbastanza grande. Se non conosci SQL, probabilmente la libreria non è adatta a te ("contrib" dovrebbe andare bene, però), ma molte persone non solo conoscono lo SQL, ma vogliono il avere il controllo del SQL (piuttosto che lasciare che l'ORM rilevi un'interpretazione del tuo intento che non è stata ottimizzata, ecc.).

In sintesi, le ragioni potrebbero essere:

• si desidera eccellenti prestazioni di esecuzione crudo con spese minime
• si desidera mantenere il controllo sulla tua SQL
• non avete bisogno o volete l'oggetto- monitoraggio di caratteristiche di un ORM pieno di grasso

per quanto riguarda "vs ADO.NET":

• ADO.NET crudo comporta un molto più codice da scrivere e un sacco di bordo-casi da ricordare a proposito (che si occupa Dapper con internamente senza la necessità di preoccuparsi di loro)
• ma non è effettivamente più veloce - dapper fa un sacco di meta-programmazione per archiviare e riutilizzare le strategie una volta che ha fatto ciò di cui ha bisogno per la query
• se si utilizzano funzionalità specifiche del provider che non sono disponibili in ADO raw.NET (ad esempio, passando/recuperando dati SqlGeometry), quelli non sono direttamente availalbe in dapper - avresti bisogno di implementare un'interfaccia per dirgli come gestire il tuo scenario, ma non è difficile (notare che lo specifico L'esempio SqlGeometry viene gestito da un'ulteriore libreria dapper)