Dlaczego wyjątek nie został złapany w zamknięciu?

Question

Oto przykładowy kod:

public IList<LogEntry> ReadLogs(Guid id, string name) 
    { 
     var logs = this.RetrieveLogs(id, name); 

     if (logs != null) 
     { 
      foreach (LogEvent logEvent in logs) 
      { 
       // bla, bla, bla 
      } 
     } 

     return logEntries; 
    } 

    private IEnumerable<LogEvent> RetrieveLogs(Guid id, string name) 
    { 
     try 
     { 
      FilterCriteria filterCriteria = CreateFilterCriteria(); 
      return (from log in this.loggingProvider.ReadLogs(filterCriteria, 1) 
        where log.ParticipantObjects[0].ParticipantObjectId == id.ToString() 
        && log.LogEventParameters[0].Value == name 
        orderby log.Timestamp.ToLocalTime() descending 
        select log).AsEnumerable(); 
     } 
     catch (Exception ex) 
     { 
      this.tracer.Write(Category.Error, ex, "Error"); 
      return null; 
     } 
    } 

Teraz, jeśli nie był wyjątkiem wewnątrz loggingProvider.ReadLogs() metody, zostanie złapany i prześledzić. Ale jeśli, na przykład, nie ma ParticipantObjects[0], ten wyjątek nie zostanie tutaj przechwycony i wyśledzony. Wydaje się, że ma to coś wspólnego z wyrażeniami lambda i zamknięciami.

Jakie jest wytłumaczenie?

Answer 1

loggingProvider.ReadLogs jest wykonywany wewnątrz RetrieveLogs. Ale wszystkie inne lambdy są wykonywane tylko wtedy, gdy wykonujesz iterację nad nimi w zewnętrznym this.ReadLogs.

Wyjątek jest zgłaszany w górnej metodzie, więc nie można go przechwycić wewnątrz RetrieveLogs. Aby uniknąć tego, zmień AsEnumerable na ToList() lub ToArray(), aby upewnić się, że zapytanie jest faktycznie wykonywane przed zwróceniem.

Answer 2

Wynik z zapytania LINQ jest oceniany tylko wtedy, gdy jest wyliczony.

Aby wykonać rzutowanie według Exception, należy wyliczyć wynik zapytania LINQ IEnumerable, używając jednej z odpowiednich metod rozszerzenia, takich jak ToList().

Jako marginesie (udzielanie od Rene Vogt) można uniknąć Exception wyrzucane przez pisanie LINQ w następujący sposób:

return this.loggingProvider.ReadLogs(filterCriteria, 1).Where(log => 
    log.ParticipantObjects.FirstOrDefault() != null && 
    log.ParticipantObjects[0].ParticipantObjectId == id.ToString() && 
    log.LogEventParameters[0].Value == name).OrderBy(log => 
    log.Timestamp.ToLocalTime()).ToList(); 

Answer 3

Powiedziałem to wcześniej i będę bez wątpienia powiedzieć to jeszcze raz: Najważniejsze, aby wiedzieć o zapytaniu jest to, że zapytanie jest pytaniem, a nie odpowiedzią na pytanie:.

Obiekt zapytania, który zbudowałeś, nie jest wykonywany tylko przez jego zbudowanie. Budujesz pytanie. To pytanie nie jest w stanie odpowiedzieć na pytanie: : i , dopóki nie zostanie wykonane zapytanie. A wykonanie jest poza blokiem try.