アンインストールしたばかりですが、サイズが大きすぎてメモリを占有しすぎているように感じます。普段は黒いウィンドウで C のアルゴリズム問題しか入力していないので、コードブロックを使えば十分だと感じているのですが、後で VS のデバッグ機能が強力だと聞いたのですが、どこにその力があるのか知りたいです。
学习ing2017-07-04 13:47:30
他のものはあまり使用したことがないので、C++ のデバッグの経験について話しましょう:
1. 高度な視覚化。デバッグプロセス中、現在のコンテキストの変数値（マウス値）、変数値の追跡（ウォッチ）、コールスタック、並列スタック、メモリブロックデータ（メモリ）などをいつでも直感的にクエリできます。 。新しいバージョンの VS は DataTips をサポートし、VS デバッガーが変数値を表示する方法を自分で拡張できるようになりました。
2. 強力なブレークポイント機能。 VS のブレークポイントは、便利で使いやすい条件とアクションをサポートしています。
3. 強力な例外捕捉能力。他の IDE もこれをサポートすると推定されます。 。 。
3、プロセスにアタッチします。コードまたは pdb ファイルがあれば、実行中のプログラムをデバッグできます。
4、リモートデバッグ。 Windows リモート デバッガーのリモート デバッグ機能は非常に使いやすく、運用環境での特殊なバグを解決するのに特に適しています。
5、ダンプファイルのデバッグ。デバッグのためにダンプ ファイルを直接開きます。
VS の C++ および .net プログラムのデバッグ サポートは非常に充実しており、使いやすく、さまざまな方法で遭遇するさまざまな問題を基本的に解決できます。ただし、残念で強化すべきと思う点もあります。
1. ログ出力。現時点では、VS のログ出力 (出力ウィンドウ) は単なるテキスト出力であり、Eclipse に比べて比較的低レベルです。レベル、カラー、フィルタリング、自動フォーマット、エクスポート、およびインタラクションをサポートしません。 。 。
2. メモリリーク検出ツール。 VS にはメモリ リーク検出ツールが付属しておらず、メモリの割り当てと解放の追跡は初心者には制御できません。 xcode Instruments の NSZombieEnabled について考えると、うらやましくてうらやましく感じます。
3. Windbg は統合されていません。 Windbg のデバッグ コマンドは非常に強力ですが、VS にデバッグ コマンド用のこのような対話型ウィンドウが統合されていないのは残念です。
