問題タブ [nsexception]

NSException をサブクラス化し、アプリケーション固有のエラーまたは例外のためにアプリで使用したいと考えています。

そうするのは正しい方法ですか？はいの場合、より良い方法でそれを行う方法。いいえの場合、それが正しい方法ではない理由と、その代替手段は何ですか?.

私を案内してください！

ありがとう。

ViewController.m では、次のようにクラスを割り当てています。

しかし、そのクラスにブレークポイントを設定すると、次の ViewDidLoad に到達する前に例外がスローされます。

しかし問題は、クラスがインターフェイス ファイルを使用せず、プロジェクト全体に単一の UIActivityIndi​​catorView がないことです。私はこれに対処しようと何時間も費やしましたが、私には意味がありません.

AppDelegate で例外ハンドラを使用しています。

を使用して例外のバックトレースを取得できNSExceptionますcallStackSymbols

以下の詳細を提供します。

などなど。

これでクラス名、メソッド名が取得できます。しかし、例外が実際に発生した行番号が見つかりません。バックトレースまたは他の場所から行番号を取得する方法はありますか?

デバッグ モードでコンパイルする場合に、メソッドが同じ名前のサブクラスによって呼び出されていることを確認するマクロを作成しました (外部クラスによる呼び出しを停止するため)。そうでない場合は、例外がスローされます。

私はそれをテストして動作しましたNSExceptionが、クラッシュした理由を示唆するスタックトレースはスローされず、 「サブクラスから呼び出される必要があります」というメッセージも表示されません。0 __killメインスレッドとアセンブラの行で「」を取得するだけです。より有用な例外をスローするにはどうすればよいですか? 私はそれを間違っていますか？

最も好ましい客観的な C 例外処理はどれですか? メッセージの詳細を含むポインターを提供する NSError ポインター、または呼び出し元に例外を処理させて適切なメッセージを表示させる @throws 。ありがとう。

また、どれがメモリ効率が良いか教えてください。

ボタンをクリックして新しいビューに移動すると、アプリケーションがクラッシュします。これが出てきます：

「return UIApplicationMain...」は緑色で強調表示され、最後に「Thread 1: Signal SIGABRT」が表示されます。エラーには、出力にこれも含まれます。

どうすればいいのかわかりません。助けてください！