La differenza tra Task.Factory.FromAsync e BeginX/EndX?

Question

Ho un codice molto simile quando utilizzo i metodi BeginRead e EndRead standard dal TcpClient e utilizzo di Task.Factory.FromAsync.

Ecco alcuni esempi. Codice di gestione degli errori non mostrato.

Task.Factory.FromAsync:

private void Read(State state) 
{ 
    Task<int> read = Task<int>.Factory.FromAsync(state.Stream.BeginRead, state.Stream.EndRead, state.Bytes, state.BytesRead, state.Bytes.Length - state.BytesRead, state, TaskCreationOptions.AttachedToParent); 

    read.ContinueWith(FinishRead); 
} 

private void FinishRead(Task<int> read) 
{ 
    State state = (State)read.AsyncState; 

    state.BytesRead += read.Result; 
} 

utilizzo standard di callback con BeginRead e EndRead:

private void Read(State state) 
{ 
    client.BeginRead(state.Bytes, state.BytesRead, state.Bytes.Length - state.Bytes.Read, FinishRead, state); 
} 

private void FinishRead(IAsyncResult async) 
{ 
    State state = (State)async.AsyncState; 

    state.BytesRead += state.Stream.EndRead(async); 
} 

Entrambi questi funzionano bene, ma sono curioso di loro differenze. Le linee di codice per entrambi sono praticamente equivalenti ed entrambe sembrano eseguire esattamente la stessa funzione e avere la stessa efficienza. Quale è preferibile? Cosa preferiresti vedere nel codice di produzione?

Answer 1

Avrei preferito vedere Task<T> codice basato:

• Esso prevede la composizione più facilmente; ad esempio, è ragionevolmente facile scrivere un metodo che accetta una raccolta di attività Task<T> e restituisce un'altra attività che rappresenta il verdetto di maggioranza di tali attività. Allo stesso modo è possibile attendere fino al completamento di una qualsiasi raccolta di attività, ecc.
• Fornisce una pianificazione più flessibile di dove viene eseguita la continuazione.
• Consente di restituire il compito con sicurezza del tipo e molte più informazioni rispetto al tipo un po 'anemico IAsyncResult restituito da BeginRead.
• È più semplice specificare la gestione degli errori e la cancellazione delle attività rispetto all'uso del modello Inizio/Fine.
• Task<T> sta migliorando il supporto della lingua in C# 5 con async/attendono - se il codebase utilizza già Task<T> pervasivamente, sarà molto più facile approfittare di questa

In sostanza nel codice moderno in esecuzione su .NET 4, Task<T> è il modo idiomatico di rappresentare un'attività in corso. È un ambiente molto più ricco di lavoro rispetto ai tentativi precedenti, e lo abbraccerei se ne avessi la possibilità. Ovviamente se si sta utilizzando .NET 3.5 o versioni precedenti, la vita è un po 'più difficile, ma sto supponendo che, come si sta ponendo la domanda, Task<T> è un'opzione ...