|
分類:[.NET 全般]
いつもお世話になってます。
開発をしているとログを見ることが多々あると思うのですが、どうにもWindows系でこれだ、というのが見つからず・・・国産、海外含め１０数種類、片っ端から試してみましたが、なかなか自分の求めているものが見つかりません。
単に１ファイルの監視で良ければまだ良いのですが、複数ファイルを同時に閲覧となってくると、局面によってこう表示して欲しい、など細かい注文が出てしまいます。
SourceForgeで LogExpertというものも知って、ソースからカスタマイズした事もありましたが、、やはり細かい所になると思うとおりにならずでして；；
そういった中、Hoo WinTail が自分の理想に近く、シェアウェア購入をしまして、Shift-JISベースのログはもうこれで満足しています。
が、今度はこのソフトの不満点として、UTF-8（日本語）のログを閲覧しようとすると各文字が半分ずつしか描画されません。開発元にUnicode版で日本語のUTF-8のログを表示するとこうなるのだけどと、画面キャプチャや再現用のサンプルログ等を送って解析を依頼するも、問題があることは認識し、検討します、と返事をいただきましたが、一向にアップデートの気配がありません。
もういっそ、自分で一から作ってしまおうかと、（周期的に）思い立つのですが、tailソフトの開発の設計段階で頭を悩ませるのが「描画」方法をどうするか、という点です。
tail ですから、例えば FileSystemWatcherでファイルの更新監視、
ReadOnly、他プロセスオープン可でログファイルを開き、前回との差分を読み込んでバッファリング、
バッファサイズを超えたら領域解放、その領域に新データ分を読み込んでサイクリックに・・・と、
データ管理のロジックは大体できているのですが、その「バッファしている領域」を「どうやって画面に反映するか」という点がひっかかります。
更新がある都度、バッファの内容をTextBox、またはRichTextに丸ごと設定しなおせば楽ではありますが、チラチラして読みにくいですし、ファイルの更新頻度が高ければCPU負荷もばかにならないと思います。
またAppendしていくだけでは、これはこれでメモリを食いますし、いつか行数の上限に達するであろうと思います。（少なくともスクロールが現実的でなくなっていくと思います）
バッファを超えて追加する分量に見合う分を先頭からカットするのが現在の所有力候補かなと考えつつ検討していますが、例えば描画中の文字列配列を直接コントロールしたり、Canvasに直接描いて自前でスクロース制御をしたりするというのも手としてあるのだろうか、と思った次第です。（直接描画は、Hoo WinTailが文字の「半分だけ」描画しているのはそういう方法を使っているからなのかな、との想像から来てます。ただ、描画してしまうと、今度は文字列選択ができいないという欠点が・・・）
何か効率の良さそうな描画方法について、アドバイス等ございましたら、是非教えてください。
宜しくお願いします。
|