Estoy leyendo sobre Tasks se ha preferido la manera de hacer la programación asincrónica con 4.0. Me pregunto si hay casos de uso donde el uso de tareas no deba preferirse a los hilos de C# normales.¿Hay algún escenario donde las Tareas no se deberían usar?
Desde Task s utilizan el subyacente ThreadPool (a menos marcado como carreras de larga), que es una mala idea usarlas siempre que use un ThreadPool no se recomienda, por ejemplo,
Esto se ha ido en detalles aquí: Should I notice a difference in using Task vs Threads in .Net 4.0?
Esta diferencia más grande es que el TaskFactory utiliza conjunto de hilos, por lo que si usted tiene un montón de tareas que no se inicie inmediatamente. Deben esperar a que se ejecute un hilo gratis. En la mayoría de los casos esto es aceptable.
Los hilos se ejecutarán instantáneamente tan pronto como se llame a .Start(), si el hardware lo permite.
Suponiendo que la agrupación de subprocesos está bien, las tareas ofrecen muchos beneficios, incluyendo la cancelación, ContinueWith, OnSuccess, OnError, Exception aggregation y WaitAll, por nombrar algunos de los más importantes.
Los hilos estarán listos instantáneamente tan pronto como se llame .Start(). Se ejecutarán cuando haya un núcleo disponible, que a menudo es 'instantáneo'. –
Buen punto, debo aclarar que los hilos son hardware limitado mientras que las tareas son software limitado. – Dharun
Gracias Dharun. La publicación del blog parece tener una buena comparación de varios enfoques también. http://nitoprograms.blogspot.ca/2010/08/various-implementations-of-asynchronous.html – imak
La afinidad de subprocesos es un punto muy bueno, aunque rara vez aparece. –
+1 por mencionar IO de larga ejecución. –
Recomiendo seguir usando tareas para operaciones de larga duración, siempre que las marque LongRunning. –