C'est, en partie, parce qu'il n'y a rien à configurer - tous vous avez besoin est une base de données (dont il ne s'occupe pas) et de certaines classes (dont il ne s'occupe pas).
Le noyau méthodes que nous venons de prendre de paramétrer SQL, et sont délibérément à proximité de LINQ-to-SQL sql de la base de méthodes (indice: nous utilisons dapper directement à la baisse-dans le remplacement chaque fois que nous sommes isues avec LINQ-to-SQL).
Si vous voulez quelques exemples, les "tests" projet contient des exemples de la base d'Api.
Si vous voulez dire "comment puis-je ajouter de la dapper" - deux choix; un seul fichier ajouté à votre projet, ou un package nuget. Le paquet nuget tend à être un peu, mais pas beaucoup.
Mais en fin de compte, l'utilisation est juste:
// get all open orders for this customer
var orders = connection.Query<Order>(
"select * from Orders where CustomerId = @custId and Status = 'Open'",
new { custId = customerId }).ToList();
où votre Orders
classe a des propriétés avec des noms correspondant à la base de données (il est très directe de la carte). Aucun attribut n'est nécessaire; aucun outillage spécial n'est nécessaire. Dans notre cas, nous avons tendance à utiliser LINQ-to-SQL classes générées avec elle, ou une classe spécifique créé pour un certain sous-ensemble de colonnes (ou composite entre plusieurs tables, etc).