y mal pagados, a mi me gusta programar pero el problema es que se me cansan los ojos gracias a los monitores crt que me jodieron la vista.
ahora estoy aprendiendo C# con wpf + silverlight + MVVM + Code firts + LINQ.
que tanto futuro tiene silverlight? algún videotutorial bueno de LINQ sobretodo que expliquen las operaciones lamba o como se escriban que estoy bien azul
WPF y SL son XAML, que es en lo que estan programadas las interfaces de Windows Phone, Vista, 7, 8, VS 2K10, etc.......... de ahi en adelante sabe ud.... si desea hacer cositas lindas ya le pusieron su expression blend
.
Con relacion a lo de linq y expresiones lambda.... bueh... que le digo... en un principio solo las lei y practique para tener el conocimiento.... igual que entity framwork, ahora estoy en un proyecto y las lineas de codigo que me ahorre son mas de las que puedo decir.....
Linq+Lambda+Entity=FTW!..
Consejo, si comienza a leer practique inmediato, luego que le coje la maña no quiere usar operaciones como eran antes.
Para que no digan que exagero, comparto con ustedes algo de las experiencias vividas recientemente (y eso que por un poco hago el proyecto con ADO clasico :muerto
Una consulta que busca productos cuya descripcion coincide con una descripcion especificada.
Con esto devuelvo toda una lista de los productos disponibles (ojo que si uso carga diferida trae inclusive las relaciones)
.
LINQ
PHP:
public IQueryable<Suplidor> SuplidorPorNombre(string Descripcion)
{
var prods = from p in contexto.Productos
where p.DESCRIPCION.StartsWith(Descripcion)
select p;
return prods;
}
Si fuera Lambda......
Lambda (En este caso como es una simple consulta).
PHP:
public IQueryable<Suplidor> SuplidorPorNombre(string Nombre)
{
return contexto.Productos.Where(x => x.DESCRIPCION.StartsWith(Descripcion);
}
Finalmente, comparando rendimiento hice unas pruebas... y el unico que se acerco un poco fue llenar un DataTable con un DataAdapter.... llenar con DataReaders una lista toma tiempo y solo me falto probar usando paralelisto.. supongo que por eso se case todo al cargar aproximadamente 6000 registros donde los resultados fueron apoximadamente los siguientes:
ADO (DataReaders - Text) : 180~250ms
ADO (DataReaders - StoreProcedure) : 150~250ms
ADO (DataAdapter - DataTable): 45~50ms
ADO Entity Framework - 0ms
Cabe resaltar que el tiempo usado no lo tome luego que registra los datos en un grid, sino antes de hacerlo, solo el tiempo que toma en realizar la consulta... y es que EF toma tan poco tiempo porque realiza las consultas directamente en el Engine de DB.
Espero que esto cree dudas para que se embarquen en estas nuevas y fascinantes tecnologias
Nota: La base de datos que use no estaba en el mismo equipo, estuve todo el tiempo conectado a una red y no use consultas LINQ compiladas
.
PD: Comence con una respuesta y termine casi con una compracion XD.
SuerteX