一般的な質問があります。NSError を処理するためのガイドラインは何ですか? たとえば、NSJSONSerialization
JSON オブジェクトまたは JSON データの作成エラーを返すことができます。
この場合、ユーザーに警告するのは (おそらく) 不適切だと思いますか? しかし、エラーメッセージは依然として重要です。
ユーザーに関係のないあいまいなエラーをいつ、どこで処理するのが最適なのかわかりません。
一般的な質問があります。NSError を処理するためのガイドラインは何ですか? たとえば、NSJSONSerialization
JSON オブジェクトまたは JSON データの作成エラーを返すことができます。
この場合、ユーザーに警告するのは (おそらく) 不適切だと思いますか? しかし、エラーメッセージは依然として重要です。
ユーザーに関係のないあいまいなエラーをいつ、どこで処理するのが最適なのかわかりません。
これは、エラーがスローされるコンテキストに完全に依存します。
Apple ドキュメントごと:
可能であれば回復するか、ユーザーにエラーを表示します
最良のユーザー エクスペリエンスは、アプリがエラーから透過的に回復することです。たとえば、リモート Web 要求を行っている場合は、別のサーバーで再度要求を行うことができます。または、再試行する前に、有効なユーザー名やパスワード資格情報などの追加情報をユーザーに要求する必要がある場合があります。
そのため、エラー回復パスにフォールバックする可能性があるユーザーからエラーを隠したい場合があります。
また、エラーが発生したことをユーザーに知らせて対処したい場合もあります。
同時に、多くの場合、プログラマーとしてコンソールにエラーを記録して、テスト中にエラーを修正できるようにしたいと考えています。
NSError
余談ですが、カスタムオブジェクトをスローして、アラート、ロギング、またはその他の方法でそれらを処理するケースはたくさんあります。
共有されている Apple ドキュメント リンクを参照する価値はあると思います。