私は現在、ソフトウェア開発者として見習いをしています。私は今2年目ですが、効果的なデバッグにまだ少し苦労しています。
StackOverflowで、クリーンなデバッグに関するアドバイスを提供できるトピックは見つかりませんでした。
だからここに私の質問があります:
デバッグのヒントやコツはありますか?デバッグでプログラムフローを改善するために必要な「ゴールデンルール」はありますか?
あなたが私を助けてくれたらとてもありがたいです!
Visual Studio 2017で効果的にデバッグする方法は?
この質問に対する標準的な答えはありません。Visual Studioデバッガーを知っているように:
Visual Studioデバッガーは、プログラムの実行時の動作を観察し、問題を見つけるのに役立ちます。デバッガーを使用すると、プログラムの実行を中断して、コードの検査、変数の検査と編集、レジスターの表示、ソースコードから作成された命令の表示、およびアプリケーションで使用されるメモリスペースの表示を行うことができます。
ここには、すべての質問/問題に当てはまるヒントやコツはありません。忍耐力、経験、直感、そして優れた実践の組み合わせが必要です。
同様に、デバッガーに精通している場合、これはデバッグの効率を向上させるのに役立ちます。
デバッグのヒントについての非常に良い記事があります:
ニュースグループの質問に答えると、何人かの開発者がデバッグが非常に難しいと感じているように見えることに気づきました。デバッグの仕組みではなく、適切な開始場所を知っているだけです。これは、彼らが怠惰または愚かであると言っているのではありません-デバッグはそれ自体が芸術であり(おそらく最初にコードを書くよりもそうです-それは確かに私の見解ではより多くの直感を必要とします)、そしていくつかのポインタが役立つかもしれません。
このページで説明されているテクニックを利用しても、それ自体がエースのバグファインダーになるわけではありません。忍耐力、経験、直感、優れた実践の組み合わせが必要ですが、正しい道を歩み始めることができることを願っています。 。ページタイトルは「デバッグ」ですが、多くの場合、コードを修正するためにデバッガーでコードをステップ実行する必要はありません。他のシステム全体などの外部依存関係を伴わずに、自分のコードで問題を見つけようとしている場合、デバッガーを使用する必要がある場合は、通常、それを自分の側の失敗と見なします。これは、コードが十分に明確でなく、単体テストが十分に堅牢でないことを示しています。
そして、いくつかのデバッグのヒントとコツ、興味があれば、それをチェックすることができます。
お役に立てれば。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加