c# - Debug.Printが推奨されないのはなぜですか？

Question

アプリケーションのデバッグ中にDebug.Printを使用しないようにする、SOに関するいくつかの異なる回答を見てきましたが、なぜそれが悪いのかを正確に説明する人は誰もいません。もちろんグーグルで検索しましたが、結果は何も使えませんでした。

Debug.Printがなぜそんなに悪いのか誰かが明確にできますか？

Answer 1

うるさいです-すべてのデバッグステートメントが混ざってしまいます。

それは簡単に見逃されます-そのストリームには他にもたくさんの出力があり、見逃しやすいものがあります。

それは十分なコンテキストを提供しません-スタックトレース、それらを含めるのを忘れた場合の現在の変数値などはありません...

1か所（デバッグ出力）にしか行かないため、ディスクファイルやデータベースなどに送信するのは困難です。

基本的に、ログの移動先を制御できないため、ロギングには適していません。また、デバッガーの方が優れているため、デバッグには適していません。

Answer 2

本当に悪いことは何もありません、ただより良いオプションがあります。

データを出力する場合は、ログに記録することもできます。そうすれば、実際に投資から何かを取り戻すことができます。

さらに、変数情報を出力することは、ブレークポイントを設定してデバッガーでそれらの値を検査するよりも効果的ではありません。特に、これらのツールが優れているVSでは。