UIWebViewでNSURLRequestsを傍受できますか？

Question

goBackメソッドを壊さずに、自分のUIWebViewにカスタムHTMLを読み込めません。私は私のUIWebViewのURLリクエストを傍受してい

をどのような作品

はので、私は、カスタムHTMLを読み込むことができます。私はすべてのHTMLを制御しているので、特別なアプリケーションリクエストではwebView:shouldStartLoadWithRequest:navigationType:で解析できるカスタムスキーム（つまり、myapp://arg1/?arg2=val）を使用しています。私は実際にロードするHTMLを決めて、loadHTMLString:baseURLと呼び出して、元の要求を取り消すためにNOを返します。偉大

上記の作品を動作しない何

。問題は、UIWebView'sgoBackメソッドを使用したいとし、loadRequest:は、その履歴スタックに追加する唯一のUIWebViewメソッドであるようです。

私はいくつかのアイデアを持っていますが、どちらが実現可能で、どのように動くかはわかりません。主なことは、YESをwebView:shouldStartLoadWithRequest:navigationTypeに返さなければならないと思われ、私はUIWebViewのloadRequestメソッドを使用しなければなりません。

アイデア1：修正NSURLRequest /応答：それは実際にHTTPリクエストを作成し、その中に私のHTMLとNSURLResponseを返していません（のUIWebViewが要求を出したときに）なるように 私はNSURLRequestをサブクラス化することはできますか？または、NSURLResponseにカテゴリメソッドを何とか変更したり、サブクラス化したり、追加したりできますか？私はそれが本当の要求であるという考えが好きですが、プライベートAPIとApp Storeからの拒否に懸念しています。

アイデア2：カスタムURLプロトコルを処理 カスタムURLプロトコルを登録しますので、私のアプリは、それに応答し、私はそれが正当なNSURLResponse返すことができます

アイデア3（私のカスタムHTMLでいっぱいに。） ：キャッシュを騙すこのキャッシュポリシーNSURLRequestReturnCacheDataDontLoadでリクエストを作成し、何とかWebViewとキャッシュの間にHTMLを挿入しますか？

私は間違ったトラックにいるかもしれませんか？

Answer 1

上記の方法のいずれかをお勧めします。

私は＃3の作業をしましたが、非常に壊れやすく、デバッグが難しかったです。たとえば、AppleはNSURLRequestsを破壊して再作成するので、NSURLRequestをサブクラス化して後続の応答でやり遂げることはできません。

これは私自身の履歴とメモに簡単になりましたどのページを読み込んでスクロールするか（垂直方向のスクリーンオフセット）。

Answer 2

私は最初にルート＃3に行きます。たぶん"Substituting local data for remote UIWebView requests"で愛とココアあなたのために役立ちます。

Answer 3

は、私はちょうどテストした別の本当に賢いアプローチがあります：代わりにNSURLCacheいじりや全体のナビゲーション履歴コードを書き換えるだけHTTPリクエストが行われるたびに、標準NSURLConnectionで使用されるカスタムNSURLProtocolを作成します。そこで、自分でNSURLRequestを作成してデータを読み込み、MIMEタイプを調べたり、要求の内容を変更したり、データをディスクにキャッシュしたりできます。このアイデアは、ロブ・ネイピアのおかげで来る：

http://robnapier.net/blog/offline-uiwebview-nsurlprotocol-588

彼のコードはGitHubの上でも、今ある：あなたは良い解決策で

https://github.com/rnapier/RNCachingURLProtocol