他のアクションを実行する前にAutoresetイベントが発生するのを待つ方法はありますか？

Question

これはC＃のAutoResetEventです。私は他の答えを読もうとしましたが、意味がありませんし、私のシナリオにも適用できませんでした。私はどんなスレッドアプリケーションも書いていません。ファイルと更新を読み取り/検証する小さなアプリケーションです。 固定長ファイルを読み込み、検証し、有効であれば、データベースにアップロードするためのコードを書くというこの要件があります。

私がAutoResetEventで立ち往生するまで、私はすべての作業を完了しました。ここには何が起こっているのですか？データが解析/読み込まれると、C＃でフラットファイルチェッカーユーティリティを使用してデータを検証します。だから私は自分のアプリケーションに関数を呼び出しました。ここにスニペットがあります。

private AutoResetEvent do_checks = new AutoResetEvent(false); 
public bool ValidationComplete = false; 

この部分は、初期化コードに行く：

this._files.Validated += new EventHandler<SchemaValidatedEventArgs>(FileSetValidated); 

public bool ValidateFile() 
{ 
    try 
    { 
     RunValidation(); 
     return true; 
    } 
    catch (Exception e) 
    { 
     log.Error("Data Validation failed because :" + e.Message); 
     return false; 
    } 
} 

private void RunValidation() 
{ 
    // Use Flat File Checker user interface to create Schema file. 
    do_checks = _files.RunChecks(); 
    log.Debug("Validation Started"); 
} 

これは、検証プロセス中にasnchronusly呼ばなっている方法です。

public void FileSetValidated(Object sender, SchemaValidatedEventArgs e) 
{ 
    try 
    {     
     ValidationComplete = e.Result; 

     if (IsDataValid) 
     { 
      log.Debug("Data is validated and found to be valid."); 
     } 
     else 
     { 
      log.Debug("Data is validated and found to be Invalid"); 
     } 
    } 
    finally 
    { 
     do_checks.Set(); 
    } 
} 

何が起こっているにも私の前にいることですValidationCompleteに設定された値を取得します。コードの検証が完了していることがチェックされ、デフォルトでfalseに設定されているため、falseを返します。 FileSetValidatedのコードはそれ以降に実行されるため、データベースの更新は行われません。

フラットファイルチェッカーはRunChecksメソッドの戻り変数としてAutoResetEventしか受け入れないため、コードを変更できないためです。

** * ***ここは、私が今* ** * ** * プライベートAutoResetEventのdo_checksやったことです。

public bool ValidateFile() 
    { 

     try 
     { 

      string extFilePath = surveyFile.ExtFilePath; 
      File.Copy(extFilePath, localTempFolder + "ExtractFile.Dat"); 
      RunValidation(); 

      if (!do_checks.WaitOne(TimeSpan.FromSeconds(30))) { 

      // throw new ApplicationException("Validation took more than expected!"); 
      }  

      return true; 
     } 
     catch (Exception e) 
     { 
      log.Error("Data Validation failed because :" + e.Message); 
      return false; 

     } 



    } 


    private void RunValidation() 
    { 
     // Use Flat File Checker user interface to create Schema file. 
     do_checks = _files.RunChecks(); 
     do_checks.WaitOne(); 
     log.Debug("Validation Started"); 


    } 

はまた、私は、検証に関するデータはその一部が実行されますので、少なくとも、イベントハンドラの最初の方に渡される部分を移動しました。これは役に立ちましたが、正しいかどうかはわかりません。

Answer 1

私はlibにして働いたことはないので、私はちょうどそれをダウンロードしてコードに見えました。

まず、 "500 - 内部サーバーエラー"として既に述べたように、コードの一部が欠落していると思われます.FileSetValidatedメソッドで少なくとも "試してください"。 WaitOneでイベントを待っている場所はありません。

_files.RunChecks（）は、この特定のファイルの処理のためにAutoResetEvenを作成しますので、あなたは、自分でdo_checksを作成する必要はありません。したがって、同じフィールドをそのイベントに使用している場合、同時に少数のファイルを処理する必要がある場合は問題が発生します。したがって、処理中にdo_checks.Set（）と呼ぶ場合は、途中で処理を停止したくない場合は、その参照をメンバーとして保持する理由が各ファイルごとに個別のイベントを保持してください。終了せずに処理をキャンセルします）。

私はlibのコードで見たよう、あなたはdo_checks.Set（呼び出すべきではありません）処理が行われます一度それは、設定されますので、あなただけ書くことができるので、では、方法をFileSetValidated：

var do_checks = _files.RunChecks(); 
do_checks.WaitOne(); 

助けてもらえば分かります。

UPDATE： 私はdo_checksが処理を開始した後に設定されている理由をundestandするために、今そのLIBをチェックすることはできませんが、私はあなたが次のRunValidationで方法あなたの最初のコードを使用することをお勧めすることができます

を

private void RunValidation() 
{ 
    do_checks.Reset(); //reset state 
    _files.RunChecks(); //don't store event from the lib 
    log.Debug("Validation Started"); 
    do_checks.WaitOne(); //Wait for FileSetValidated to set this event 
} 

Answer 2

ValidateFile関数を終了する前に、検証が完了するのを待つ必要があります（AutoResetEventを待機してから）検証結果を返します。

はこのような何かを試してみてください：

public bool ValidateFile() 
{ 
    //try 
    { 
     RunValidation(); 

     //Allocate enough time for the validation to occur but make sure 
     // the application doesn't block if the _files.Validated event doesn't get fired 
     if(!do_checks.WaitOne(TimeSpan.FromSeconds(10))) 
     { 
      throw ApplicationException("Validation took more than expected!"); 
     }    

     return ValidationComplete; 
    } 
    //I would not catch the exception since having an error doesn't mean that the file 
    //is invalid. Catch it upper in the call stack and inform the user that the validation 
    //could not be performed because of the error 
    //catch (Exception e) 
    //{ 
    //  log.Error("Data Validation failed because :" + e.Message); 
    //  return false; 
    //} 
}