LINQ: Notación de puntos frente a Expresión de consulta

Question

Estoy empezando a utilizar LINQ en general (hasta el momento en XML y toSQL). He visto que a veces hay dos o más formas de lograr los mismos resultados. Tome este ejemplo sencillo, por lo que yo entiendo ambos devuelven exactamente lo mismo:

SomeDataContext dc = new SomeDataContext(); 

var queue = from q in dc.SomeTable 
     where q.SomeDate <= DateTime.Now && q.Locked != true 
     orderby (q.Priority, q.TimeCreated) 
     select q; 

var queue2 = dc.SomeTable 
     .Where(q => q.SomeDate <= DateTime.Now && q.Locked != true) 
     .OrderBy(q => q.Priority) 
     .ThenBy(q => q.TimeCreated); 

Además de cualquier error que pueda haber hecho en la sintaxis o un parámetro que falta o la diferencia, la idea es que hay dos maneras de expresar lo mismo; Entiendo que el primer método tiene algunas limitaciones y que la "notación de puntos" es más completa, pero además de eso, ¿hay alguna otra ventaja?

Answer 1

La notación "punto" se suele llamar la sintaxis lambda. La primera notación tiene varios nombres, pero generalmente la llamo sintaxis de consulta.

Trabajo en un equipo de 10 desarrolladores y discutimos largamente sobre lo que deberíamos usar como estándar. En general, los desarrolladores más experimentados (con LINQ) migran hacia la sintaxis de Lambda, pero hay excepciones significativas.

Lambda es más conciso pero realizar múltiples combinaciones de tablas es una pesadilla. Las uniones son mucho más limpias con la sintaxis de consulta. La otra cara de la moneda es que hay varias operaciones LINQ que solo existen dentro de la sintaxis Lambda: Single(), First(), Count() etc.

Así que usa lo que te sientas más cómodo y date cuenta de que ganas experiencia, tu preferencia probablemente cambie. Hay un gran valor para poder leer ambos y ciertamente habrá situaciones en las que tendrá que usar un poco de ambos. Otras situaciones se prestan a un estilo sobre el otro. Al final, todo se traduce al mismo código ejecutable.

Answer 2

Bueno, la notación 'punto' puede ser mucho más corta. Tome:

var result = from p in dc.Products 
      where p.Id > 5 
      select p; 

o:

var result = dc.Products.Where(p => p.Id > 5); 

prefiero esta última ya que es mucho más corto y más fácil de leer.

Answer 3

Recopilan el mismo código, o más bien el primero se traduce primero al segundo y luego se compila.

Tiene razón en que la primera versión es más limpia pero más limitada. En la segunda se puede utilizar, por ejemplo, los delegados ya existentes, por ejemplo .:

Func<int, bool> isEven = i => i%2 == 0; 
Enumerable.Range(10).Where(isEven).ToList().ForEach(Console.WriteLine); 

Answer 4

Uso la sintaxis que sea más legible para mi consulta, caso por caso.

Siempre que sea posible, trato de evitar mezclar y combinar los dos, aunque a veces que está bien (si se trata de una sola llamada a First() al final de una consulta, por ejemplo). ejecución diferida significa que es igual de eficaz utilizar una expresión de consulta y asignar el resultado a una variable, y luego utilizar notación con puntos usando esa variable:

var query = from x in y 
      orderby z 
      group x by x.Name into groups 
      // etc 
      select foo; 

var page = query.Skip(50).Take(10); 

Como han dicho otros, las expresiones de consulta sólo están traducidos al " normal "C# 3 sin expresiones de consulta, por lo que no hay penalización por hacer esto.

Answer 5

La notación Lambda es más nítida y más concisa.Me resulta molesto que si tiene una expresión Lambda en cualquier parte dentro de una llamada a método, no puede modificar el código sobre la marcha en modo de depuración ...