デバッグ中に、ステップインしたい関数を誤って通過したとします。現在、xcode (apple+R) を使用してアプリを再実行しており、アプリが再度読み込まれるまで待つ必要があります。もっと速い方法はありますか?停止コマンド (apple+.) を調べましたが、シミュレーターからアプリを再度読み込むと、ブレークポイントがトリガーされません。
2 に答える
再起動するのがおそらく最善の策ですが、目的のブレークポイントにたどり着くまでに無意識に「次へ」をクリックすると、ブレークポイントが多すぎるように思えます。前述のブレークポイント (特にループ内のもの) のいくつかをオフにしてみてください。
ブレークポイントがループ内にあり、特定の条件下でのみそれを気にする場合 (それ以外の理由でそれをスキップする必要はありません)、必要な場合にのみ停止する条件付きブレークポイントとして設定してみてください。その方法の詳細については、この質問への回答を確認してください。
わかりましたので、質問から私が理解していることは次のとおりです。関数にいくつかのブレークポイントがあります... xcodeからアプリを実行します..その関数には入りませんでした...その後、シミュレーターに行き、そこから実行しますブレークポイントはトリガーされませんでした。
それが質問であなたが言及したことである場合..あなたの問題は、デバッグモードで実行されないシミュレーターのアイコンからアプリを実行すると、リリースモードで実行されることです(いくつかの小さな違いがあります).デバッグモードxcodeから直接開始した場合にのみ機能します(もちろん、ブレークポイントはトリガーされませんでした)。
ロード速度に関しては..可能な限り速くロードすることについては何もできません。私は個人的に実際のデバイスでのみビルドして実行します..そして私の経験から、実行を開始してからアプリが完全にロードされるまでに2〜4秒かかります。そうは言っても、スプラッシュスクリーン(Default.png)がある場合、ロードに1〜2秒かかることに気付いたので、プロジェクトからDefault.pngを削除し、デバイスからアプリを削除し、デバイスを再起動するだけです、xcodeを再起動すると、毎回画面が読み込まれません。ビルドごとにそれほど多くないように見えるかもしれませんが、数週間の開発の過程で、最大で数分になります。また、..解放するときに Default.png を追加することを忘れないでください...一度忘れて、アプリが拒否されました:)