2010-11-05 7 views
7

Después de seguir a través del samples of Rx.NET, estoy sorprendido de lo brillante que es el concepto y la implementación de las extensiones reactivas. Parece ofrecer a los desarrolladores un patrón más fácil de mantener para lograr el mismo tipo de codificación paralela de múltiples subprocesos que ofrece la biblioteca paralela de tareas de .NET 4.0.¿Reactivarán las Extensiones reactivas (Rx) la Biblioteca de tareas paralelas?

Will Rx.NET reemplaza TPL? ¿Deberia?

Respuesta

15

En resumen, no.

La Biblioteca paralelo de tareas (TPL) proporciona proporciona distribución del trabajo (concurrencia), así como la optimización simultánea de trabajo más grande (paralelismo) mientras abstraer el mecanismo real de distribución de trabajo (hilos).

C# agrega la palabra clave async para ayudar a administrar asynchrony desde un nivel de idioma. Rx ya se ha actualizado para admitir esta característica.

Rx proporciona un marco para componer y administrar flujos de datos asincrónicos utilizando operadores estándar. Si bien hay algo de cruce en el uso de planificadores de Rx, esto es solo una abstracción. De hecho, el programador recomendado para el paralelismo es TaskScheduler, que usa el TPL.

Vea también Jeffrey van Gogh's response a la pregunta exactamente opuesta en los foros de Rx.

Además, this question puede ser de utilidad.

+0

TPL no se trata de paralelismo, se trata de concurrencia. – user

+1

@user - Es cierto, aunque PLINQ es parte de TPL y proporciona un paralelismo. –

+3

Debe ver la ironía de ese comentario "Task Parallel Library no trata sobre el paralelismo" ;-) –

Cuestiones relacionadas