Плюсы и минусы LINQ (Language-Integrated Query)

Я большой поклонник LINQ, хотя его нужно рассматривать в перспективе, а не рассматривать как серебряную пулю.

Плюсы:

• Декларативный подход упрощает понимание запросов и делает их более компактными.
• Расширяемость и деревья выражений позволяют в основном согласовывать запросы из нескольких источников.
• Даже внутрипроцессные запросы могут быть реализованы способами, отличными от LINQ to Objects, например Параллельный LINQ и моя собственная структура Push LINQ. Очень гибкий.
• Сказочно полезен для запросов внутри процесса, где его легче всего понять
• Замечательно иметь возможность избежать SQL в строках и т. д.
• Широкий спектр операторов, предоставляемых по умолчанию, и другие могут быть легко добавлены для LINQ to Objects.
• Языковые функции, представленные в основном для LINQ, широко применяются в других местах (ура для лямбда-выражений)

Минусы:

• Выражения запросов недостаточно хорошо понимаются и используются чрезмерно. Часто вызов простого метода короче и проще.
• Неизбежные несоответствия между провайдером - несоответствие импеданса все еще присутствует, что разумно, но необходимо понимать
• Всегда есть что-то, что можно делать в SQL, но не в LINQ.
• Не понимая, что происходит, легко написать очень неэффективный код.
• Трудно написать поставщика LINQ. Это вполне может быть неизбежно, но хотелось бы получить больше рекомендаций от Microsoft.
• Это новый способ мышления о доступе к данным для большинства разработчиков, и для его понимания потребуется время.
• Не конкретно LINQ, но связанный с ним - способ обнаружения методов расширения в C# недостаточно детализирован
• Некоторые операторы «отсутствуют», особенно эквиваленты OrderBy для других вещей, кроме заказа, например поиск предмета с максимальной стоимостью свойства
• Отсроченное выполнение и потоковая передача плохо изучены (но улучшаются)
• Отладка может быть очень сложной из-за отложенного выполнения и потоковой передачи.
• В некоторых конкретных случаях LINQ может быть значительно медленнее, чем код вручную. Чем лучше вы понимаете внутреннюю работу, тем лучше вы сможете это предсказать. (И, конечно же, если для вас важна производительность, у вас должны быть соответствующие тесты.)

Я считаю, что это лучше всего при работе с запросами внутри процесса. Их легко предсказать, понять и расширить. Дополнительные технологии, такие как LINQ to XML и Parallel LINQ, великолепны. LINQ to Objects можно использовать практически где угодно.

LINQ to SQL и т. д. Действительно хороши там, где они подходят, но их сложнее понять и им нужно больше опыта. Они также применимы только в определенных областях вашего кода.

Моя любимая часть: их использование для упрощения написания модульных тестов. Также цепочки IEnumerable побудили меня писать более плавные интерфейсы в моем коде.

Минусы: лямбды и методы расширения - мои молотки, а все проблемы - гвозди.

В целом: вдохнул новую жизнь в программирование на C# для меня.

У них есть проблема скрытого исключения исключений из блоков try catch посредством отложенного выполнения.

Например:

var l = new List<int>() {1, 2, 3};
try
{
    l.Select(x => x / 0);
}
catch
{
    // error
}

l.elementAt(0); // exception occurs here outside of the try catch

Что может быть непросто в первый раз, когда вы столкнетесь с этим, особенно когда отладчик укажет вам на код внутри try-catch.

В остальном я считаю их невероятно полезными и очень экономящими время.

Я использовал LINQ в основном для работы со сбором объектов. LINQ прекрасно работает с коллекциями объектов, в большинстве случаев устраняя необходимость в функциях предиката.

Некоторое время назад я пробовал использовать LINQ to SQL, но обнаружил, что он недостаточно мощный и неуклюжий. В частности, я не мог заставить себя использовать конструктор классов базы данных SQL. Может быть, он дает intellisense в базе данных, но кому он нужен, когда у вас есть SQL?

Однако позвольте мне сказать вам, что, безусловно, неплохо узнать больше о LINQ, поскольку количество приложений в будущем должно только увеличиваться.

Pro:

• LINQ to SQL очень хорошо позволяет RAD с базой данных
• Легко запрашивать несколько источников данных
• LINQ to SharePoint, LINQ в Active Directory, LINQ в TFS, LINQ to Umbraco, (и этот список можно продолжить)

Против:

• Как и любую новую технологию, слишком многие люди ее не понимают, но все равно используют.

@Jon Skeet - еще один отличный ответ, вы крадете гром: P. Я полностью согласен с тем, насколько сложно писать провайдера, я в процессе написания! Вы знакомы с Барт Де Смет? У него есть много хороших примеров этого.