Soy un gran admirador de LINQ, aunque debe mantenerse en perspectiva, y no se trata como una bala de plata.
Pros:
Contras:
OrderBy para otras cosas que no sean ordenar, por ejemplo encontrar el elemento con el valor máximo de una propiedadMe parece que es mejor cuando se trata de consultas en proceso. Son fáciles de predecir, comprender y extender. Las tecnologías complementarias como LINQ to XML y Parallel LINQ son geniales. LINQ to Objects se puede usar casi en cualquier lugar.
LINQ to SQL, etc. son realmente agradables donde son apropiados, pero son más difíciles de entender y necesitan más experiencia. También son solo aplicables en ciertas áreas de tu código.
dam eso es un montón de inconvenientes, pero aún me encanta –
Deberían cambiar el nombre del sitio Skeetoverflow IMO. – cfeduke
@Nathan: Sí, la lista de contras es desalentadora, pero los profesionales son mucho más importantes :) Extraño LINQ todo el tiempo cuando escribo en Java :( –
Mi parte favorita: usarlos para simplificar las pruebas de unidades de escritura. Además, las cadenas de IEnumerable me han instado a escribir interfaces más fluidas en mi código.
Contras: Lambdas y los métodos de extensión son mis martillos y todos los problemas son las uñas.
En general: insufló nueva vida a la programación en C# para mí.
Esas son declaraciones muy elocuentes. De acuerdo 100%. –
Existe un problema con ellos de excepciones a escondidas de los bloques de captura de prueba por medio de una ejecución retrasada.
por ejemplo:
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
Cuál puede ser difícil la primera vez que se ejecuta en ella, sobre todo porque el depurador se apuntará en el código dentro del bloque try-catch.
De lo contrario, los encuentro increíblemente útiles y ahorran mucho tiempo.
El ejemplo tal como está escrito funcionará muy bien. Como dijiste, LINQ puede ser astuto pero no en el sentido en que lo impliqué :) La llamada a Select no hará nada; devolverá IEnumerable, que necesita ser iterado para obtener algún resultado. Por lo tanto, no se planteará ninguna excepción, es normal y por diseño, además la colección no se modificará de ninguna manera. Por lo tanto, la última llamada tendrá éxito al devolver 1. – rawpower
He usado LINQ principalmente para trabajar en la colección de objetos. LINQ funciona maravillosamente con colecciones de objetos, eliminando la necesidad de funciones de predicado en la mayoría de los casos.
Intenté usar LINQ to SQL hace un tiempo, pero me pareció que tenía poco poder y era torpe. En particular, no pude utilizar el diseñador de clases de SQL Database. Tal vez da intellisense en la base de datos, pero ¿quién lo necesita cuando tienes SQL?
Pero déjenme decirles que definitivamente es una buena idea aprender más sobre LINQ, ya que las aplicaciones en el futuro solo deberían aumentar.
Pro:
contra:
@ Jon Skeet - otra gran respuesta, robo gustos trueno: P. Estoy totalmente de acuerdo con lo difícil que es escribir un proveedor, ¡estoy en proceso de hacerlo en este momento! ¿Estás familiarizado con Bart De Smet? Él tiene muchos buenos ejemplos de hacerlo.
Parece un buen candidato para una pregunta Wiki de la comunidad –