Objective-cでの例外の再利用に関する一般的なガイダンスに注意してください(たとえば、Objective-c / cocoaで例外をスローする)この場合はまだよくわかりません。
必要な入力パラメーターがnilのベストプラクティス/okの場合、Objective-cメソッドで例外をスローしていますか?
いいえの場合、ここでのObjective-cではどのようなアプローチが一般的でしょうか?
Objective-cでの例外の再利用に関する一般的なガイダンスに注意してください(たとえば、Objective-c / cocoaで例外をスローする)この場合はまだよくわかりません。
必要な入力パラメーターがnilのベストプラクティス/okの場合、Objective-cメソッドで例外をスローしていますか?
いいえの場合、ここでのObjective-cではどのようなアプローチが一般的でしょうか?
これは有効な例外であるか、アサートでさえあります(これにより例外がスローされます)。あなたが望むことをするNSParameterAssert
マクロがすでに定義されています。
NSAssertは、開発者自身の利便性を目的としたものです。開発者は、前提条件/条件などをチェックするためにこれを使用します。注意すべきことの1つは、NSAssertがリリースビルドでコードにコンパイルされないことです。
実行時にコードへの無効な入力のケースを処理する場合にのみ使用されるため、状況に対して@throwNSExceptionを実行します。
NSErrorsは、Appleが提供するもう1つの機能です。これは通常、プログラミングエラーではない望ましくない状態に使用されます(たとえば、Bluetoothハードウェアに欠陥があり、Bluetooth関連のアプリケーションがそれに依存している場合)