programación asíncrona APM vs EAP

Question

¿Qué es realmente la diferencia entre Modelo de programación asíncrona y Patrón asincrónico basado en eventos?

¿Qué enfoque utilizar y cuándo?

Answer 1

El asincrónica modelo de programación (APM ) es el modelo que se ve con BeginMethod(...) y EndMethod(...) pares.

Por ejemplo, aquí es una Socket utilizando el APM aplicación:

var socket = new Socket(AddressFamily.InterNetwork, 
         SocketType.Stream, ProtocolType.Tcp); 

// ... 

socket.BeginReceive(recvBuffer, 0, recvBuffer.Length, 
        SocketFlags.None, ReceiveCallback, null); 

void ReceiveCallback(IAsyncResult result) 
{ 
    var bytesReceived = socket.EndReceive(result); 

    if (bytesReceived > 0) { // Handle received data here. } 

    if (socket.Connected) 
    { 
    // Keep receiving more data... 
    socket.BeginReceive(recvBuffer, 0, recvBuffer.Length, 
         SocketFlags.None, ReceiveCallback, null); 
    } 
} 

El basada en eventos modelo asincrónico (EAP ) es el modelo que se ve con MethodAsync(...) y CancelAsync(...) pares. Generalmente hay un evento Completed. BackgroundWorker es un buen ejemplo de este patrón.

Como de C# 4.5, ambos han sido sustituidos por el patrón de async/await, que está utilizando el Tarea Paralelismo Biblioteca (TPL). Los verá marcados con Async después del nombre del método y generalmente devuelve Task o Task<TResult>. Si puede orientar a .NET 4.5, definitivamente debe usar este patrón sobre el diseño de APM o EAP.

Por ejemplo, la compresión de un (potencialmente grande) presentar de forma asíncrona:

public static async Task CompressFileAsync(string inputFile, string outputFile) 
{ 
    using (var inputStream = File.Open(inputFile, FileMode.Open, FileAccess.Read)) 
    using (var outputStream = File.Create(outputFile)) 
    using (var deflateStream = new DeflateStream(outputStream, CompressionMode.Compress)) 
    { 
    await inputStream.CopyToAsync(deflateStream); 

    deflateStream.Close(); 
    outputStream.Close(); 
    inputStream.Close(); 
    } 
} 

Answer 2

Desde el código de cliente POV:

EAP: Se configura un controlador de eventos para un evento cuyo nombre termina en "Completado "luego llama a un método cuyo nombre termina con" Async ". A veces puede llamar a un método con "Cancelar" en su nombre que podría cancelarlo.

APM: Llama a un método cuyo nombre comienza con "Comenzar", luego sondea su resultado o recibe una devolución de llamada, luego llama a un método que comienza con "Fin".

Por lo que sé de los dos, APM se implementa en la mayoría de las clases BCL IO y WCF, principalmente en las operaciones no cancelables de nivel inferior (como para cancelar simplemente ignora el resultado). EAP se encuentra en más clases de nivel superior, es decir, para descargar un archivo, donde hay varios pasos y algún tipo de comportamiento de cancelación significativo.

Así que si necesita elegir qué implementar (y se limita deliberadamente a estos dos) supongo que se trata de lo que se puede cancelar o no.

Desde el código de cliente POV no siempre se puede elegir. Probablemente sea mejor utilizar Tareas C# 4.5 si puede, pueden trabajar con cualquiera de los mecanismos asincrónicos más antiguos a través de envoltorios.

Answer 3

Se proporciona una respuesta completa en el artículo "Deciding When to Implement the Event-based Asynchronous Pattern" de MSDN.

La idea principal de este artículo (y respuesta corta a su pregunta) suena como "Generar el patrón basado en eventos por defecto, con una opción para generar el patrón IAsyncResult"