【質問】.NETアプリケーションでの標準出力について

Question

現在、WPFアプリケーションの開発を行っています。
内部処理でLinuxとのssh通信をしており、その処理がユーザーから見える方法について検討しております。

以下のパターンは試してみました。
1.ListBox等に処理結果を出力していく
2.AllocConsoleを利用して標準出力に送り結果を出力していく

Linux側で動作しているアプリの影響により、C#で結果を行単位で取得することが出来ず、
1バイト単位で取得しもうメッセージがない判定を待機時間で強制的に終了しています。

そのためレスポンスが悪く見えるため、2の方法がUX的に良さそうですが、
例えば、表示したコンソール画面を前面に表示させたり、閉じたりさせるのも一苦労な印象があります。
この辺りが柔軟性が無い様に感じるため他の方法も検討した方が良いのか悩んでいます。

何か別の手段をご存知の方がいたらご協力お願い致します。

Answer 1

たまたま発見したのですが、ログファイルをPowerShellのGet-Contentで監視することで解決出来そうなことがわかりました。
同様の発想で別プロセスでコンソールアプリを作成しファイル監視をすればある程度の柔軟性を持てそうな気がします。
相談に乗って下さりありがとうございます。

Answer 2

昔々、どこかでテキストを変化させながら表示する場合最速はウィンドウタイトルだと見た記憶がありますね

現在でも当てはまるのか等は調査が必要ですが

Comments

[appdev]

ご回答ありがとうございます。

ウィンドウタイトルとはウィンドウのヘッダにタイトルバーと同義と思っていますが合っていますか？

Answer 3

ListBoxに表示するにしても、１バイト受信ごとに行データを表示更新していけばレスポンスが悪くはならないですが、
そもそもタイムアウトでメッセージの終了を判定するという設計がまずいですねー

Comments

[appdev]

ご回答ありがとうございます。

元々クライアントサイドはTeraTarmのようなターミナルエミュレータで操作していたので、
メッセージの終了を意識しなくても問題無い様なのです…また、アプリケーションの改修は今のところ出来ない状態です。
C#で同様な方式が見つけられなかったので無理やりマルチスレッドで監視するようにしていますが…
プログラム側で応答結果から処理を分岐したりしたいので、
結果を待たないといけなくなる感じになってしまいます。