Interesante articulo traducido al Español en el que nos explican entre otras cosas como usar el namespace system.concurrency para mejorar el rendimiento de nuestras aplicaciones aprovechando multiples procesadores
http://msdn.microsoft.com/msdnmag/issues/07/10/Futures/default.aspx?loc=es
Parallel FX esta interesante, lamentablemente la programción multihilo no esta muy extendida… lamentablemente para mi sobretodo pues es una cosa que me suscita bastante interés xD La aparición del ThreadPool y el modelo asíncrono de desarrollo fueron grandes avances en este campo aunque lamentablemente siguen estando muy en desuso.
La aplicación de la programación multihilo esta prácticamente destinada para aplicaciones de tipo servidor, como los servicios, pero con la proliferación de los webservices y la programación web (que se apoya en las características del servidor web y del servidor de bases de datos para controlar la concurrencia) apenas hay necesidad a no ser que sea una aplicación muy concreta. Los procesos automáticos para procesar datos también «deberían» hacer uso de estas características.
Los smartclients también necesitan a veces poder controlar tareas en segundo plano, pero por lo general no necesitan contextos de sincronización, y se puede hacer perfectamente con un BackgroundWorker.
A ver si con WPF se relega al desarrollo web a un segundo plano en lo que a aplicaciones coorporativas se refiere, nunca entenderé que una empresa use web en una intranet… más desde que existe ClickOnce.
Un saludo.
jejeje … el amigo Valeriano tiene razon, mucha gente le «tiene miedo» a la programación multihilo, y espero que ese miedo siga. Porque aplicaciones mal diseñadas e implementadas bajo estas tecnologías suelen ser un infierno; para muestra basta ver las diferentes evoluciones de Ms Robotics, con su Concurrent Service; se ha reescrito completamente desde las primeras versiones hasta la aparicion de la 1.5 (actual) … vamos que no es fácil jugar con estos juguetitos (pero lo buenos que son !!!))
Saludos