Wie teilt man Parameterwerte für fehlgeschlagene Methodenaufrufe mit?

Question

Ich habe eine List<Task<searchDataResponse>>, die etwa 30 Einträge enthält. Beim Debuggen dieser Liste kann ich nicht bestimmen, welcher der 30 Einträge ein bestimmter Eintrag ist.

Wie kann ich den Methodenaufruf (einschließlich des Eingabeparameterwerts) einer bestimmten Aufgabe in einer Sammlung von Aufgaben ermitteln?

Beispielcode:

var tasks = new List<Task<searchDataResponse>>(); 

for (var i = 0; i < 30; i++) 
{ 
    // GET DATE OF N DAYS PAST (UP TO 30) 
    var searchDate = DateTime.Now.AddDays(i * -1); 

    // CALL WEB SERVICE WITH A SPECIFIC DATE 
    var dateSpecificTask = wsClient.searchDataAsync(searchDate); 

    // ADD TASK TO LIST OF TASKS 
    tasks.Add(dateSpecificTask); 
} 

try 
{ 
    Task.WaitAll(tasks.ToArray()); 
} 
catch (AggregateException ae) 
{ 
    // SET ALL EXCEPTIONS AS HANDLED 
    ae.Handle(x => { return true; }); 
} 

// GET LIST OF FAILED TASKS 
var failedTasks = tasks.Where(x => x.Status == TaskStatus.Faulted).ToList(); 

// IDENTIFY FAILED TASKS - TRY TO IDENTIFY WHICH DATE SUPPLIED TO WEB SERVICE FAILED. 
foreach (var failedTask in failedTasks) 
{ 
    var failedMethod = failedTask.MethodSignature; //<---- here is what i want to do. Property 'MethodSignature' does not exist - this is merely an example of what I am attempting to do. 
} 

UPDATE - Einige der Kommentare deuten darauf hin, Menschen Sodbrennen über die Verwendung des Ausdrucks Methode Unterschrift hat. Was ich mit der Methodensignatur meine, ist die Methodensignatur einschließlich der Eingabeparameterwerte. Als solche habe ich den Fragetitel geändert, um genauer zu reflektieren, wonach ich suche. Mein Beispiel hat es erfunden und einfach. Es spiegelt nicht mein wirkliches Problem wider. Aber meine Frage bleibt - beim Betrachten der Liste der fehlgeschlagenen Aufgaben, wie ich die tatsächliche Methode ermitteln, die als Teil der Aufgabe aufgerufen wird. Ich kann anscheinend keine Eigenschaften der Aufgabe finden, die beschreiben, welche Methode den Fehler verursacht hat.

Answer 1

var operations = Enumerable.Range(0, 30) 
.Select(i => { 
    // GET DATE OF N DAYS PAST (UP TO 30) 
    var searchDate = DateTime.Now.AddDays(i * -1); 

    // CALL WEB SERVICE WITH A SPECIFIC DATE 
    var dateSpecificTask = wsClient.searchDataAsync(searchDate); 

    return new { i, searchDate, dateSpecificTask }; 
}.ToList(); 

Task.WaitAll(operations.ConvertAll(x => x.dateSpecificTask)); 

var failed = operation.Where(x => x.dateSpecificTask.State == Faulted).ToList(); 

Und in der failed Liste haben Sie jetzt alle Daten und Indizes.

Answer 2

Wenn Sie das Datum an eine fehlgeschlagene Aufgabe übergeben möchten, können Sie das Datum und die Aufgabe in Ihrer Sammlung speichern (und nicht nur die Aufgabe, wie Sie es jetzt tun).

Warum verwenden Sie keine Zwischenklasse zum Beispiel mit zwei Mitgliedern (Datum, Aufgabe)?

Answer 3

In dem von Ihnen geschriebenen Code finde ich einige Diskrepanzen, die meiner Meinung nach aus der Tatsache stammen, dass die Verwendung von Async-Await nicht gut verstanden wird, lassen Sie mich einige wichtige Aspekte hervorheben, bevor Sie eine alternative Lösung vorschlagen:

Anruf zu wsClient.searchDataAsync(searchDate) ist nicht awaited, die den Zweck eines Async Anruf besiegt, da, dass es eine Blockierung Synchronous Anruf wird, wenn Sie später ein all Async Anrufe in Task List warten auf kumulieren, aber das ist immer noch blockieren und nicht den Anruf Thread

freigeben 0

-Code Änderung:

1. await den wsClient.searchDataAsync Async Ruf, der sicherlich Teil der async Methode

   for (var i = 0; i < 30; i++) 
   { 
       // GET DATE OF N DAYS PAST (UP TO 30) 
       var searchDate = DateTime.Now.AddDays(i * -1); 
   
   // CALL WEB SERVICE WITH A SPECIFIC DATE 
       var dateSpecificTask = await wsClient.searchDataAsync(searchDate); 
   
   // ADD TASK TO LIST OF TASKS 
       tasks.Add(dateSpecificTask); 
   } 
   

2. Await die Aufgabensammlung Task.WhenAll nicht WaitAll, da außer Konsolenanwendung sein muss, wo es kein Ui-Kontext, WaitAll hat einen Bereich von Deadlock

den Code wie folgt ändern:

return await Task.WhenAll(tasks) Rückgabewert Task<searchDataResponse[]> sein würde, da alle Anrufe gleichen Rückgabetyp haben searchDataResponse

1. nun den Kern Ihrer Frage, wie man Holen Sie sich die fehlgeschlagenen Aufgaben, obwohl Sie, wie in der obigen Frage akzeptiert, einen Wrapper erstellen können, der Task und andere Werte enthält und diese somit abbildet, aber warum nicht alle relevanten Details im Rückgabetyp searchDataResponse hinzufügen, dessen Schema Sie haben t gepostet, ist der Fehlerstatus kann hinzugefügt und aktualisiert werden in der gleichen dann von der Task<searchDataResponse[]> zurückgegeben von der Async Methode und alle t Hut Sie brauchen, ist:

Abwickelwerkzeug das Ergebnis Task<searchDataResponse[]>, erhalten searchDataResponse[] und Sie alle scheitern/pass Details haben.

auszupacken es mehr Möglichkeiten für ein ASP.Net Projekt sind:

• Sprechen Sie die komplette Call-Kette Async und es wird das schließlich das Ergebnis auspacken in dem obersten Anrufer

automatisch auspacken Für Konsolen-Anwendung verwenden Sie etwas wie:

searchDataResponse [] results = Task.WhenAll(<returned searchDataResponse taskList>).ConfigureAwait(false).GetAwaiter().GetResult();