Использование IQueryable с Linq

Если вы хотите увидеть только , что используется : SD C # Test Coverage Tool

Если вы хотите увидеть , как часто он используется: Только разработчик LINQ должен знать кровавые подробности.

---

Re комментарии; Я не совсем уверен, что вы хотите в качестве примера, но рассмотрите LINQ-to-SQL; центральным объектом здесь является DataContext , который представляет нашу оболочку базы данных. Обычно это свойство для каждой таблицы (например, Клиенты ), а таблица реализует IQueryable . Но мы не используем это напрямую; подумайте:

using(var ctx = new MyDataContext()) {
    var qry = from cust in ctx.Customers
              where cust.Region == "North"
              select new { cust.Id, cust.Name };
    foreach(var row in qry) {
        Console.WriteLine("{0}: {1}", row.Id, row.Name);
    }
}

это становится (компилятором C #):

var qry = ctx.Customers.Where(cust => cust.Region == "North")
                .Select(cust => new { cust.Id, cust.Name });

, которое снова интерпретируется (компилятором C #) как:

var qry = Queryable.Select(
              Queryable.Where(
                  ctx.Customers,
                  cust => cust.Region == "North"),
              cust => new { cust.Id, cust.Name });

Важно отметить, что статические методы в Queryable принимают деревья выражений, которые - вместо обычного IL скомпилироваться в объектную модель. Например, просто глядя на «Где», мы получаем нечто сопоставимое с:

var cust = Expression.Parameter(typeof(Customer), "cust");
var lambda = Expression.Lambda<Func<Customer,bool>>(
                  Expression.Equal(
                      Expression.Property(cust, "Region"),
                      Expression.Constant("North")
                  ), cust);

... Queryable.Where(ctx.Customers, lambda) ...

Didn ' Компилятор много для нас делает? Эту объектную модель можно разобрать, проверить, что она означает, и снова собрать вместе с помощью генератора TSQL - что-то вроде:

 SELECT c.Id, c.Name
 FROM [dbo].[Customer] c
 WHERE c.Region = 'North'

(строка может оказаться параметром; я не помню)

Ничего из этого было бы невозможно, если бы мы просто использовали делегата. И этот является точкой Queryable / IQueryable : он предоставляет точку входа для использования деревьев выражений.

Все это очень сложно , поэтому хорошо, что компилятор делает ее приятной и легкой для нас.

Для получения дополнительной информации см. « C # in Depth » или « LINQ в действии » , оба из которых охватывают эти темы.

и снова собрать вместе с помощью генератора TSQL - что-то вроде:

 SELECT c.Id, c.Name
 FROM [dbo].[Customer] c
 WHERE c.Region = 'North'

(строка может оказаться параметром; я не помню)

Ничего из этого было бы невозможно, если бы мы просто использовали делегат. И этот является точкой Queryable / IQueryable : он предоставляет точку входа для использования деревьев выражений.

Все это очень сложно , поэтому хорошо, что компилятор делает ее приятной и легкой для нас.

Для получения дополнительной информации см. « C # in Depth » или « LINQ в действии » , оба из которых охватывают эти темы.

и снова собрать вместе с помощью генератора TSQL - что-то вроде:

 SELECT c.Id, c.Name
 FROM [dbo].[Customer] c
 WHERE c.Region = 'North'

(строка может оказаться параметром; я не помню)

Ничего из этого было бы невозможно, если бы мы просто использовали делегат. И этот является точкой Queryable / IQueryable : он предоставляет точку входа для использования деревьев выражений.

Все это очень сложно , поэтому хорошо, что компилятор делает ее приятной и легкой для нас.

Для получения дополнительной информации см. « C # in Depth » или « LINQ в действии » , оба из которых охватывают эти темы.

Это позволяет выполнять дальнейшие запросы дальше по строке. Если, скажем, это выходит за границы службы, то пользователю этого объекта IQueryable будет разрешено делать с ним больше.

Например, если вы использовали ленивую загрузку с nhibernate, это могло бы привести к загрузке графа, когда / при необходимости.