私は大きなiosプロジェクトでコードのデバッグに本当に苦労しています。誰もがブロックを置いたり、キューをどこにでも派遣したりしているようだ。Xcodeのブロックを使って効果的にデバッグするには
コードの断片をデバッグするように頼まれたとき、私は実際にそれを実行して、物事がどのように変化しているかを見て、実際に何が変数で起こっているのかを見たいと思っています。私は実際には2つの理由のために入れていたすべてのブロックで簡単にそれを行うことはできません。私はそのブロックで停止するように各小さなブロック内でブレークポイントを配置する必要があり
。
ブロック内では、ブロックなしの変数は使用可能な方法で表示されず、コンソールにpoコマンドで簡単にダンプできません。
ブロックが蔓延しているコードをステップスルー/評価する方が簡単ですか?または私はここに何かを逃していますか?
"自動的にコンソールのダンプを伴うブレークポイント"の意味がわかりません。 また、このチュートリアルは私にとって非常に便利でした。 – HalR
いいえ、ブレークポイント(サウンドメッセージでさえ)に対して多くの実用的なアクションを設定できます。これらのうちの1つは、NSLogと同様の構文を持つログメッセージです。そしてそれは自動的に対応するログメッセージを印刷します。 – ingaham