明らかに、私は Chrome とその開発者ツールに甘んじてきましたが、Office 用の新しい JavaScript API を使用して Office 2013 アプリを開発する際に、痛みのないデバッグ戦略を策定するのに苦労しています。
Visual Studio 2012 は、スクリプトのデバッグと即時ウィンドウを提供することで役立ちますが、次のことが課題であることがわかりました。ポインター/ガイダンスをいただければ幸いです。
Office アプリを再読み込み (「再読み込み」を右クリック) すると、Visual Studio スクリプトのデバッグが中断されるため、多くの場合、デバッグを終了して再度開始する方が簡単です。なぜ壊れるのですか？壊れるのを止められますか？
Chrome の「要素の検査」および関連するすべての DOM 探索機能に匹敵するものはありますか? 私はクライアント側のテンプレート (KnockoutJS) を使用しており、即時ウィンドウを使用して DOM をイントロスペクトしようとしています。
私のコードは AJAX 呼び出しを行いますが、インライン デバッグ ステートメントが不足しているため、Chrome の [ネットワーク] タブのように呼び出しを追跡する方法が見つかりませんでした。
他の人に役立つ可能性があることを私が学んだ/発見した3つのことは次のとおりです。
デバッガーの一時停止 (ブレーク) 中に「デバッグを停止」しないでください。Visual Studio がハングする傾向があり、元に戻す唯一の方法は、それを強制終了して再起動することです。これは面倒です。コードが (できれば) 終了するまで続行すると、問題なくデバッガーを停止できます。
Microsoft のサンプル コードは、アプリの HTML ページの要素にデバッグ情報を追加します。私はこれが最適ではないことを発見し、何かを報告するたびに行を追加する「デバッグ」テーブルをアプリに作成するだけです。これには、デバッグ セッション間で保持されるという追加の利点があります。テーブル ラッパーと、テーブル ラッパーを拡張するエラー ハンドラーの両方の要点を公開しました。
Visual Studio 2012 の「クイック ウォッチ」は、jQuery 式の評価と JSON の結果の分析に役立ちます。