C# WebBrowserのDocumentCompletedの信頼性について

Question

C#でwebBrowserを使ってアプリケーションを作成しています。

基本的にNavigatedでURLをセットしたら、DocumentCompletedイベントで処理するのが基本だと思いますが、DocumentCompletedの信頼性というのはどんなものなのでしょう？

例えば、Navigatedでセットしても、DocumentCompletedが発生しない場合や、発生してもタイミング的に信頼性に関して問題などあるようであれば、別途timerで何か監視的な事をしたりするのがいいのかなど悩んでいます。

一般的に、webBrowserでアプリを作成する場合、Navigatedでセットしたら、DocumentCompletedイベントだけでなく、timerなどで複合的な判断は入れたほうがいいものなのでしょうか？

みなさん、どうされているのでしょう？

Answer 1

timer を使うとして、どうやって終わったことを判断しますか？

Comments

[Zuishin]

DocumentCompleted が発生していないということは、何らかの不測の事態で正常に処理ができなかったということなので、それ以降の処理は考えなくていいと思います。

[GiveAHand]

Zuishin様

ご回答ありがとうございます。
timerを使ってやったほうがいいかどか悩んでいるのは2つです。

(1)一定時間たってもDocumentCompleteイベントが発生しなかった時に、タイムオーバー処理を設ける。

(2)一定時間ごとにwebBrowserのhtmlを読み取り、Naigatedが完了していたら取得できるはずのHTMLドキュメントかどうかを判定し、HTMLドキュメントがきちんと取得できたらDocumentCompleteとする。

なぜそんな事を考えているかというと、あるサイトのスクレイピングで、以前はDOcumentCompleteイベントで読み取れたHTMLが、何故か急に読み取れなくなり、試しにtimerで監視して、一定時間ごとにHTMLを読み取って判定するようにしなければならなくなった事があり、それでDocumentCompleteの信頼性に疑問を持つようになりました。

ただ、このような処理を毎回入れていくのは面倒なので、果たしてそこまでする意味があるのかなという感じでして。。。

[GiveAHand]

＞DocumentCompleted が発生していないということは、何らかの不測の事態で正常に処理ができなかったということなので、それ以降の処理は考えなくていいと思います。

うーん、なるほど。
という事は、やはりtimerでタイムアウト監視ぐらいはしたおうがいいということなんですかね。。。

[Zuishin]

なるほど、長時間処理が終わらない場合のタイムアウトですか。
DocumentCompleted をタイマーによる監視で置き換えるのかと思っていました。

私ならリフレッシュするタイミングはユーザーに任せますが、タイマーを使って一定時間で切ってみてもいいかもしれませんね。

[GiveAHand]

＞なるほど、長時間処理が終わらない場合のタイムアウトですか。
DocumentCompleted をタイマーによる監視で置き換えるのかと思っていました。

いえ、それも検討しています。
一般的な業務アプリケーションの場合はどんな風にするのが一般的なのかなと。。。

業務アプリの場合、面倒でも信頼性のある方法でやりますよね。。。

[Zuishin]

取得した中身が必要なら DocumentCompleted を待たないといけないと思います。タイムアウトはあくまで例外的な措置で、その後はリフレッシュや移動をしなければいけません。DocumentCompleted が発生していないのに中身を使うようなコードでは、かえって信頼性が落ちます。

[GiveAHand]

Zuishin様

なるほど。
わかりました。

いろいろと、ありがとうおざいました。