passando un compito come parametro di

Question

Non sono sicuro se questo è possibile, ecco me out:

ho una sequenza di azioni da eseguire molteplici

async Task MethodA(...) 
{ 
    // some code 
    // a call to specific Async IO bound method 
    // some code 
} 

ci sono anche MethodB(), MethodC(), ecc e tutti hanno esattamente lo stesso codice, eccetto per la chiamata a un metodo associato ad Async I/O. Sto cercando di trovare un modo per passare un puntatore a un metodo, in modo che possiamo eseguirlo successivamente in un metodo().

Quello che sto facendo attualmente è questa:

private async Task Method(Func<Task<Entity>> func) 
{ 
    // some code 
    var a = await task.Run(func); 
    // some code 
} 

var task = async() => await CallToIOBoundTask(params); 
Method(task); 

Questo codice, però, tira un nuovo thread ogni volta, che non è richiesto per IO compito legato, e dovrebbero essere evitati.

Quindi, esiste un metodo per il refactoring del codice in modo che non venga utilizzato thread ThreadPool? Un obiettivo è avere un codice come questo:

private async Task Method(Task<Entity> task) 
{ 
    // some code 
    var a = await task; 
    // some code 
} 

È anche importante ricordare che diverse chiamate di I/O hanno differenti firme di metodo. Inoltre, un'attività può iniziare a essere eseguita solo nel corpo Method() e non prima.

Answer 1

Naturalmente, è sufficiente richiamare il func, tornare un compito, e await è:

async Task Method(Func<Task<Entity>> func) 
{ 
    // some code 
    var a = await func(); 
    // some code 
} 

Inoltre, quando si sta inviando l'espressione lambda, dal momento che tutto ciò che sta facendo è chiamare un metodo che a async si restituisce un compito, non ha bisogno di essere async in sé:

Method(() => CallToIOBoundTask(params)); 

che va bene a patto che tutte queste chiamate ritornano Task<Entity>. In caso contrario, è possibile utilizzare solo Task (che significa avviare l'operazione e attendere il suo completamento) e non sarà possibile utilizzare il risultato.