programowanie asynchroniczne APM vs EAP

Question

Czym właściwie jest różnica pomiędzy Asynchroniczny model programowania i Akryroniczny wzór oparty na zdarzeniach?

Jakie podejście do stosowania i kiedy?

Answer 1

The asynchroniczny model programowania (APM) jest model widać z BeginMethod(...) i EndMethod(...) parach.

Na przykład o to Socket pomocą realizację APM:

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); 
    } 
} 

zdarzeń oparte asynchroniczny Wzór (EAP) jest model widać z MethodAsync(...) i CancelAsync(...) parach. Zwykle zdarza się zdarzenie Completed. BackgroundWorker jest dobrym przykładem tego wzoru.

Na C 4,5, oba zostały zastąpione przez wzór async/await, który jest za pomocą Zadanie Równoległość Bibliotekę (OC). widać je zaznaczone Async po nazwie metody i zwykle zwrócenie awaitableTask lub Task<TResult>. Jeśli jesteś w stanie kierować na platformę .NET 4.5, zdecydowanie powinieneś używać tego wzorca nad projektem APM lub EAP.

Na przykład sprężanie (potencjalnie duża) plik asynchronicznie:

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

Z POV kodu klient:

EAP: skonfigurowaniu obsługi zdarzeń dla zdarzenia, którego nazwa kończy się na „Zakończony "następnie wywołaj metodę, której nazwa kończy się na" Async ". Czasami możesz wywołać metodę z "Anuluj" w nazwie, która może ją anulować.

APM: wywołać metodę, którego nazwa zaczyna się od „Rozpocznij”, a następnie sondować swój wynik lub odbierać wywołania zwrotnego, a następnie wywołać metodę, która zaczyna się od „Koniec”.

Z tego co wiem, APM jest implementowany w większości klas IO i WCF BCL, głównie w operacjach niecałkowitości niższego poziomu (w celu anulowania wystarczy zignorować wynik). Protokół EAP znajduje się w klasach o wyższym poziomie, tj. W celu pobrania pliku, w którym występuje wiele kroków i pewnego rodzaju znaczące anulowanie.

Więc jeśli trzeba wybrać do realizacji (i celowo ograniczając się do tych dwóch) Chyba ITS do tego, co robisz można rozwiązać, czy nie.

Z POV kodu klient nie zawsze wybór. Najlepiej jest użyć C# 4.5 Tasks, jeśli możesz, mogą pracować z dowolnym ze starszych mechanizmów asynchronicznych za pomocą wrapperów.

Answer 3

Kompleksowa odpowiedź jest podana w artykule MSDN "Deciding When to Implement the Event-based Asynchronous Pattern".

Główną ideą tego artykułu (i krótkiej odpowiedzi na pytanie) brzmi jak „Generowanie wzorca opartego na zdarzeniu domyślnie, z możliwością wygenerowania wzoru IAsyncResult”