クロージャ内で例外がキャッチされなかったのはなぜですか？ここ

Question

は、コード例である：今

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

例外がloggingProvider.ReadLogs()方法の内側にあった場合、それは捕捉され追跡されます。しかし、たとえば、ParticipantObjects[0]がない場合、この例外はここでは捕捉されず追跡されません。それはラムダ式とクロージャーと関係があるようです。

説明は何ですか？

Answer 1

loggingProvider.ReadLogsがRetrieveLogsの中で実行されます。しかし、他のすべてのラムダは、外側のthis.ReadLogsで反復処理するときにのみ実行されます。

したがって、例外は上位のメソッドでスローされるため、RetrieveLogsの中にキャッチすることはできません。

クエリが実際に返す前に実行されていることを確認するためにToList()またはToArray()にAsEnumerableを変更、これを回避します。

Answer 2

IEnumerable LINQクエリの結果は、列挙されたときにのみ評価されます。

あなたが期待するところExceptionがスローされるようにするために、あなたはToList()のような、関連する拡張メソッドのいずれかを使用してLINQクエリの結果IEnumerableを列挙する必要があります。サイドノート（レネ・フォークトからの借入）として、あなたは、次のようにExceptionはあなたのLINQを書き込むことによってスローされるのを避けることができ

：

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

私は前にそれを言っていると私は間違いなく再びそれを言うだろう：をクエリについて知るのに最も重要なことは、クエリは質問であり、クエリの答えではなく、です。

作成したクエリオブジェクトは、構築するだけでは実行されません。あなたは質問を構築しています。クエリーを実行するまで、に質問があり、とはと表示されます。実行はtryブロックの外側です。