私はまだXcodeデバッガの使い方を正しく学習していませんが、誰かが好きなデバッグのヒントを持っているのだろうかと疑問を抱いていました。私がObjective-cの内部についてより多くの理解を深めるのに役立つものはどれも。Objective-cのデバッグのヒントは何ですか？
ほとんどの場合、私はNSLog(@"%@", myObject)に何か起きているのか、何かが実際にあるべきことを確認するためにNSLog(@"%@", [myObject class])になることがあります。私は両方のデバッガを使用して行うことができることを知っているが、私はコードを使用してみる前に、私は完全なデバッガを使用するには飛躍を取る前にしたい。
似たような技がありますか？
アサート。たくさんの主張があります。あなたは、何か何かをしなければならないと仮定するとき、それは真実であると主張する。
ビルド& Analyzeは新しいビルドです。 Snow LeopardでClang Static Analyzerを使用します。
魔法はありません。あなたのシステム上とコード内のすべてが、クラッシュなどの理由で発生します。& misbehavior。
デバッガを受け入れる。それは本当に強力で使い始めが簡単です。 http://www.sealiesoftware.com/blog/
私はまた、すべての私のコードの周りNSAssertsを大量に使用します。
グレッグ・パーカーのウェブログは、いくつかの物事の仕組みの「カーテンの後ろに」ビューのための素晴らしい源です。
ここ がNSAssertについてクリスHansonの2社の有用な製品です：Xcodeのデバッガビューで配列の内容は表示されませんので
：
私は頻繁に使用する別のデバッグ手法（gdb）コンソールまたは式ウィンドウを使用して配列の内容をリストすることができます。 Hereは関連するSOの投稿です。
すべてを1行に入力しないでください。カスタムクラスのインスタンス内の辞書内のインデックスにアクセスする場合は、すべてのアクセスレベルを別々の一時的なものにするか、すべてをまとめて「デイジーチェーン」するかを選択します。デバッガですべての中間値を見ることができるため、保守が簡単でデバッグが簡単です。 –
コンソールで、ブレークポイントで停止したときに「help」と入力します。利用可能なデバッガのコマンドが表示されます。可変表示ウィンドウでは表示されないものを確実に表示するので、特に "po"に慣れてください。 –