ドキュメントの提案に従うことは常に良い習慣です。ほとんどの場合、あなたが提案していることは一般的に正しいです。オブジェクトが破棄されるのは実行が終了するときだけなので、デリゲートをnilに設定する必要は実際にはありません。ただし、これは「メインが戻る直前にのみ解放されるため、このヒープスペースを解放する必要はありません」と言っているのと似ています...
より差し迫った問題は、アプリケーションがメモリ不足の警告を受け取った場合に何が起こるかです。メモリ警告を受信し、がアンロードされ、デリゲートがnilに設定されていない場合、デリゲートをセットアップ/削除するタイミングUIWebView
によっては、バックグラウンドでメモリリークが発生する可能性があります。UIWebView
破棄時にデリゲートをnilに設定すると、デリゲートがnilに設定されていることを検出すると、UIWebViewによって必要な処理がすべて処理されます。そうしないと、インスタンスが予期せず破壊された場合(たとえば、メモリ不足の警告が原因で)、警告がクリアされると、読み込みが再度行われ、UIWebView
デリゲートを設定するために実行されるすべての手順が実行されます。 2回、その間に「シャットダウン」手順が発生することはありません。デリゲートを破壊時にゼロに設定するという彼らの主張を考えると、これはメモリリークまたは同様に不吉なものとして現れると思います。