2

B.html へのリンクを含む Web ページ A.html があるとします。

B.html をクリックすると、 shouldStartLoadWithRequest: の request.URL が B.html になります。ただし、そのページの読み込みに問題がある場合 (たとえば、存在しないとします)、didFailLoadWithError では、webView.request.URL の値は B.html ではなく A.html です。

したがって、最後のページ読み込みをキャッシュしない限り、どのページ読み込みに失敗したかを知ることはできないようですが、webView.request.URL が B.html であると予想していたので、これは欠陥ですか? それがどうあるべきかについてのドキュメントは見ませんでした。

【iOS6】

4

3 に答える 3

7

私も同じ問題を抱えていました。他の誰かがそうしている場合は、代わりに error.userInfo 辞書が機能します。

-(void)webView:(UIWebView *)webView didFailLoadWithError:(NSError *)error

{

    if (error.domain == NSURLErrorDomain) {
        if (error.code == NSURLErrorCancelled) { //ignore this one, interrupted load
            return;
        }
}
}
//NSString *theURLString = [webView.request.URL absoluteString]; this won't work - it just returns the last successful url
NSString *theURLString = [error.userInfo objectForKey:@"NSErrorFailingURLStringKey"]; //this works

ドコによると、NSErrorFailingURLStringKey は iOS4 では非推奨であり (後方互換性のためにのみ提供されています)、代わりに NSURLErrorFailingURLStringErrorKey を使用する必要があります。

ただし、NSURLErrorFailingURLStringErrorKey は返されません (私のバージョンの UIWebView では返されません)。代わりに、NSErrorFailingURLKey は URL を返す別のキーですが、ドキュメントのどこにも見つかりません。

于 2013-10-22T19:37:42.820 に答える
0

a のプロパティは常に最後に成功した要求を返すように見えるため、送信された最後の要求をキャッシュする必要があることは正しいです (shouldStartLoadWithRequest:デリゲート メソッドはそうするのに最適な場所です) (ただし、ドキュメントでは特に指定されていません)。これは、私はそれを欠陥とは呼びません)。requestUIWebView

于 2012-11-09T00:20:14.517 に答える