¿Cuál es el aspecto más difícil o más incomprendido de LINQ?[cerrado]

Question

Fondo:Durante el próximo mes, daré tres charlas sobre o al menos incluiré LINQ en el contexto de C#.Me gustaría saber a qué temas vale la pena prestar bastante atención, en función de lo que a las personas les puede resultar difícil de entender o de lo que pueden tener una impresión errónea.No hablaré específicamente de LINQ a SQL o Entity Framework, excepto como ejemplos de cómo se pueden ejecutar consultas de forma remota utilizando árboles de expresión (y generalmente IQueryable).

Entonces, ¿qué te ha resultado difícil? LINQ?¿Qué has visto en términos de malentendidos?Algunos ejemplos pueden ser cualquiera de los siguientes, ¡pero no se limite!

• Cómo C# El compilador trata las expresiones de consulta.
• expresiones lambda
• árboles de expresión
• Métodos de extensión
• tipos anónimos
• IQueryable
• Ejecución diferida versus inmediata
• Streaming versus ejecución en búfer (p. ej.OrderBy se difiere pero se almacena en búfer)
• Variables locales implícitamente escritas
• Lectura de firmas genéricas complejas (p. ej. Enumerable. Unirse)

Answer 1

Ejecución retrasada

Answer 2

Sé que el concepto de ejecución diferida ya debería estar en mi contra, pero este ejemplo realmente me ayudó a comprenderlo de manera práctica:

static void Linq_Deferred_Execution_Demo()
{
    List<String> items = new List<string> { "Bob", "Alice", "Trent" };

    var results = from s in items select s;

    Console.WriteLine("Before add:");
    foreach (var result in results)
    {
        Console.WriteLine(result);
    }

    items.Add("Mallory");

    //
    //  Enumerating the results again will return the new item, even
    //  though we did not re-assign the Linq expression to it!
    //

    Console.WriteLine("\nAfter add:");
    foreach (var result in results)
    {
        Console.WriteLine(result);
    }
}

El código anterior devuelve lo siguiente:

Before add:
Bob
Alice
Trent

After add:
Bob
Alice
Trent
Mallory

Answer 3

que hay más que sólo LINQ a SQL y las características son más que solo una SQL analizador integrado en el lenguaje.

Answer 4

Gran notación O . LINQ hace que sea increíblemente fácil escribir algoritmos O (n ^ 4) sin darse cuenta, si no sabe lo que está haciendo.

Answer 5

Creo que el hecho de que una expresión Lambda puede resolverse tanto en un árbol de expresiones como en un delegado anónimo, por lo que puede pasar la misma expresión declarativa lambda tanto a los métodos de extensión IEnumerable<T> como a los métodos de extensión IQueryable<T>.

Answer 6

Me tomó camino demasiado tiempo para darme cuenta de que muchos métodos de extensión LINQ como Single(), SingleOrDefault() etc. tienen sobrecargas que toman lambdas.

Puedes hacer:

Single(x => x.id == id)

y no necesito decir esto, que algún mal tutorial me hizo tener la costumbre de hacer

Where(x => x.id == id).Single()

Answer 7

En LINQ to SQL veo constantemente personas que no entienden el DataContext, cómo se puede usar y cómo se debe usar. Demasiadas personas no ven el DataContext por lo que es, un objeto de Unidad de Trabajo, no un objeto persistente.

He visto muchas veces que las personas intentan seleccionar un DataContext / session it / etc en lugar de hacer un nuevo horario para cada operación.

Y luego hay que deshacerse del DataContext antes de que se haya evaluado el IQueryable, pero eso es más un problema con personas que no entienden IQueryable que el DataContext.

El otro concepto con el que veo mucha confusión es la sintaxis de consulta frente a la sintaxis de expresión. Usaré la que sea más fácil en ese punto, a menudo manteniéndome con la sintaxis de expresión. Mucha gente todavía no se da cuenta de que al final producirá lo mismo, después de todo, Query se compila en Expresión.

Answer 8

Creo que la parte incomprendida de LINQ es que es una extensión de lenguaje , no una extensión o construcción de base de datos.

LINQ es mucho más que LINQ to SQL.

Ahora que la mayoría de nosotros hemos usado <=> en colecciones, ¡NUNCA volveremos!

<=> es la característica más importante para .NET desde Generics en 2.0, y Tipos anónimos en 3.0.

¡Y ahora que tenemos Lambda's, no puedo esperar para la programación paralela!

Answer 9

Por mi parte, me gustaría saber si necesito saber qué son los árboles de expresión y por qué.

Answer 10

Soy bastante nuevo en LINQ. Aquí están las cosas que me tropecé en mi primer intento

• Combinando varias consultas en una
• Depuración efectiva de consultas LINQ en Visual Studio.

Answer 11

Algo de lo que no me di cuenta originalmente era que la sintaxis de LINQ no requiere IEnumerable<T> o IQueryable<T> para funcionar, LINQ se trata solo de la coincidencia de patrones.

texto alternativo http://bartdesmet.info/images_wlw/QIsIQueryabletheRightChoiceforMe_1347>

Aquí es la respuesta (no, no escribí ese blog, Bart De Smet lo hizo, y es uno de los mejores bloggers en LINQ que he encontrado).

Answer 12

Todavía tengo problemas con " let " comando (para el que nunca he encontrado un uso) y SelectMany (que he usado, pero no estoy seguro de haberlo hecho bien)

Answer 13

Comprender cuándo se filtra la abstracción entre los proveedores de Linq. Algunas cosas funcionan en objetos pero no en SQL (por ejemplo, .TakeWhile). Algunos métodos pueden traducirse a SQL (ToUpper) mientras que otros no. Algunas técnicas son más eficientes en objetos donde otras son más efectivas en SQL (diferentes métodos de unión).

Answer 14

Un par de cosas.

1. Personas que piensan en Linq como Linq to SQL.
2. Algunas personas piensan que pueden comenzar a reemplazar todos los foreach / logic con consultas Linq sin tener en cuenta estas implicaciones de rendimiento.

Answer 15

OK, debido a la demanda, he escrito algunas de las cosas de Expression. No estoy 100% satisfecho con la forma en que blogger y LiveWriter han conspirado para formatearlo, pero lo hará por ahora ...

De todos modos, aquí va ... Me encantaría cualquier comentario, especialmente si hay áreas donde la gente quiere más información.

Aquí está , me gusta o lo odio. .

Answer 16

Algunos de los mensajes de error, especialmente de LINQ a SQL, pueden ser bastante confusos. grin

La ejecución diferida me ha mordido un par de veces como todos los demás. Creo que lo más confuso para mí ha sido el proveedor de consultas de SQL Server y lo que puede y no puede hacer con él.

Todavía estoy sorprendido por el hecho de que no puedes hacer una Suma () en una columna decimal / dinero que a veces está vacía. Usar DefaultIfEmpty () simplemente no funcionará. :(

Answer 17

Creo que una gran cosa para cubrir en LINQ es cómo puedes meterte en problemas en cuanto al rendimiento. Por ejemplo, usar el conteo de LINQ como condición de bucle es realmente, realmente no inteligente.

Answer 18

Que IQueryable acepte ambos, Expression<Func<T1, T2, T3, ...>> y Func<T1, T2, T3, ...>, sin dar una pista sobre la degradación del rendimiento en el segundo caso.

Aquí hay un ejemplo de código que demuestra lo que quiero decir:

[TestMethod]
public void QueryComplexityTest()
{
    var users = _dataContext.Users;

    Func<User, bool>                funcSelector =       q => q.UserName.StartsWith("Test");
    Expression<Func<User, bool>>    expressionSelector = q => q.UserName.StartsWith("Test");

    // Returns IEnumerable, and do filtering of data on client-side
    IQueryable<User> func = users.Where(funcSelector).AsQueryable();
    // Returns IQuerible and do filtering of data on server side
    // SELECT ... FROM [dbo].[User] AS [t0] WHERE [t0].[user_name] LIKE @p0
    IQueryable<User> exp = users.Where(expressionSelector);
}

Answer 19

No sé si califica como incomprendido, pero para mí, simplemente desconocido.

Me complació aprender sobre DataLoadOptions y cómo puedo controlar qué tablas se unen cuando hago una consulta en particular.

Consulte aquí para obtener más información: MSDN: DataLoadOptions

Answer 20

Diría que el aspecto más incomprendido (¿o no debería entenderse?) de LINQ es IQueryable y proveedores de LINQ personalizados .

He estado usando LINQ por un tiempo y estoy completamente cómodo en el mundo IEnumerable, y puedo resolver la mayoría de los problemas con LINQ.

Pero cuando comencé a mirar y leer sobre IQueryable, y Expressions y proveedores de linq personalizados, me dio vueltas la cabeza. Eche un vistazo a cómo funciona LINQ to SQL si desea ver una lógica bastante compleja.

Espero comprender ese aspecto de LINQ ...

Answer 21

Como la mayoría de la gente dijo, creo que la parte más incomprendida es asumir que LINQ es solo un reemplazo para T-SQL. ¡Mi gerente que se considera a sí mismo como un gurú de TSQL no nos permitió usar LINQ en nuestro proyecto e incluso odia a MS por lanzar tal cosa!

Answer 22

¿Qué representa var cuando se ejecuta una consulta?

¿Es iQueryable, iSingleResult, iMultipleResult, o cambia en función de la implementación? Se especula sobre el uso (lo que parece ser) de escritura dinámica frente a la escritura estática estándar en C #.

Answer 23

Lo fácil que es anidar un bucle es algo que no creo que todos entiendan.

Por ejemplo:

from outerloopitem in outerloopitems
from innerloopitem in outerloopitem.childitems
select outerloopitem, innerloopitem

Answer 24

group by todavía me da vueltas la cabeza.

Cualquier confusión sobre ejecución diferida debería poder resolverse recorriendo un código simple basado en LINQ y jugando en la ventana de observación.

Answer 25

Consultas compiladas

El hecho de que no pueda encadenar IQueryable porque son llamadas a métodos (mientras que todavía ¡nada más que SQL traducible!) y que es casi imposible evitarlo es alucinante y crea Una gran violación de DRY. Necesito mis <=> para ad-hoc en los que no tengo consultas compiladas (solo tengo consultas compiladas para los escenarios pesados), pero en las consultas compiladas no puedo usarlas y en su lugar necesito escribir consultas regulares sintaxis de nuevo. Ahora estoy haciendo las mismas subconsultas en 2 lugares, necesito recordar actualizar ambas si algo cambia, y así sucesivamente. Una pesadilla.

Answer 26

Creo que la idea errónea n. ° 1 sobre LINQ to SQL es que TODAVÍA TIENES QUE CONOCER SQL para hacer un uso efectivo de él.

Otra cosa mal entendida acerca de Linq to Sql es que aún tiene que reducir la seguridad de su base de datos hasta el punto absurdo para que funcione.

Un tercer punto es que el uso de Linq to Sql junto con las clases dinámicas (lo que significa que la definición de clase se crea en tiempo de ejecución) provoca una enorme cantidad de compilación justo a tiempo. Lo que puede matar absolutamente el rendimiento.

Answer 27

Carga diferida.

Answer 28

Como se mencionó, carga diferida y ejecución diferida

Cómo LINQ to Objects y LINQ to XML (IEnumerable) son diferentes de LINQ to SQL (IQueryable)

CÓMO para construir una capa de acceso a datos, capa empresarial y capa de presentación con LINQ en todas las capas ... y un buen ejemplo.

Answer 29

Como la mayoría de la gente dijo, creo que la parte más incomprendida es asumir que LINQ es solo un reemplazo para T-SQL. ¡¡¡Mi gerente que se considera a sí mismo como un gurú de TSQL no nos permitió usar LINQ en nuestro proyecto e incluso odia a MS por lanzar tal cosa !!!

Answer 30

Transacciones (sin usar TransactionScope)