В чем фишка Dapper?

Question

[DarkByte2015]

Я прочитал вот такой гайд по Dapper и никак не могу понять в чем его отличие от обычного ADO.NET? Там же используются те же классы, обычные SQL запросы, никаким ORM и не пахнет... ORM это когда чистый SQL вообще не приходится писать. Как в Django или Yii.

П.С. Не агитируйте меня в пользу Entity Framework. Я про него знаю и сам бы рад на нем делать, но требование заказчика - жестко Dapper.

Comments

[Артур Нуруллин]

официальная дока не помогла ? https://github.com/StackExchange/Dapper

Answer 1

[Дмитрий Еремин]

Первый коммент к той статье:

Очень мощная штука для массивных запросов. Не нем написан Stack Overflow. Там в документации есть несколько примеров использования: получение строго типизированной коллекции, динамических объектов и запрос без ответа. (как то так). Если бы их здесь вкратце (так удобнее) освеить - было бы здорово :)

Отличие, пожалуй в том, что у вас происходит маппинг автоматом (судя по статье).
В ADO.NET, вам надо из ридера самому вручную забирать значения (типа reader.GetInt32(0)). Что не очень приятно, особенно при работе с большим числом сложных таблиц

Толи дело, когда описываешь класс, делаешь запрос и просишь вернуть экземпляр

User user = null;
using (IDbConnection db = new SqlConnection(connectionString))
   {
         user = db.Query<User>("SELECT * FROM Users WHERE Id = @id", new { id }).FirstOrDefault();
   }

Собственно, вот вам и ORM. Вы не работаете с результатом запроса напрямую. У вас есть возможность сразу получить экземпляр класса и работать с ним.
А то, что на вход подается SQL-команда - выглядит, в какой-то степени, даже приятно и удобно.

Еще вот о том, почему Dapper (особенно раздел "Dapper и реляционные запросы" - ваще огонь) - https://msdn.microsoft.com/ru-ru/magazine/mt703432.aspx
А вот про то, кто быстрее - https://www.exceptionnotfound.net/dapper-vs-entity...

Comments

[DarkByte2015]

Ничего удобного в использовании чистого SQL нет. Это большой минус. Потому что если сменишь СУБД - придется переписывать все.

[Дмитрий Еремин]

DarkByte2015: справедливо для некоторых запрососв, согласен
Но 1) дело вкуса (я, например, сначала проверяю SQL-запрос в редакторе, что он мне возвращает, его же можно и использовать дальше); 2) производительность, если вы читали последнюю статью в моем ответе. Полагаю, для высоконагруженных систем, приоритетнее скорость, чем способ подачи запроса.

[Matisumi]

DarkByte2015, ну очевидно, что Dapper для тех проектов, где не предполагается смена БД. Вообще это не очень частая история - спонтанная смена БД, так что не такой уж это и минус.

[iskateli]

DarkByte2015, так нужно писать в стиле ANSI SQL, этот стандарт поддерживают все популярные реляционные СУБД, тогда проблем с переносом не будет.

[Георгий Кузнецов]

Что посоветовали бы почитать про Dapper?