コーディングの問題を叫ぶことはありません。カスタムWebビューを作成するための適切な戦略を知る必要があります。
私は使用NSXMLParserしていて、サムネイル、タイトル、およびその他のラベルを含むテーブルビューでワードプレスのブログを正常に解析しました。
UIWebViewまた、次の方法でブログ投稿を表示するを正常に作成しました。
私が欲しいのは、タイトル、画像、そしてブログ投稿の書かれたコンテンツから始めて、カスタムの外観にすることです。たとえば、MashableのiPhoneアプリは、ブログの投稿を表示しますが、一般的なuiwebviewの投稿とは異なります。
Mashable サイトは、モバイル Web サイト (つまり、モバイル デバイスを検出し、モバイル デバイスに最適な HTML のバリエーションを提供する Web サイト) と、基本的に標準UIWebViewのカスタム ツールバー (メール、ツイート、fb リンクなど)、下部に広告が表示されます。
標準の Web サイトを解析してモバイル フレンドリーな表現をレンダリングしようとするのは賢明ではありません。まず、適切なモバイル フレンドリーな Web サイトから始める必要があります。(これが Mashable が行ったことの証拠として、iPhone Safari で Mashable の Web サイトにアクセスすると、そこでも多くのルック アンド フィールを楽しんでいることに気付くでしょう。) 次に、デプロイも行うかどうかを決定できます。モバイル デバイスからこの Web サイトのナビゲーションを容易にするためのアプリ。
個人的には、モバイル フレンドリーな Web サイト内をナビゲートする単なる薄いラッパーであるアプリは、UIWebViewそれほど魅力的ではないと考えています。通常のモバイル Web サイトを超えた、重要な価値提案をユーザーに提供する必要があります。ユーザーがアプリをインストールするために費やした時間と労力を正当化する必要があります。ネイティブ アプリのカスタマイズされたエコシステムでそれらを気に入ったからといって、それが彼らにとって意味があるとは限りません。ユーザーにとって価値のあるエンゲージメントにする必要があります。(Mashable を悪く言うわけではありませんが、彼らの例はおそらく悪い例です。それだけでは十分ではないように感じます。Bloomberg、The Economist、さらにはWSJやNY Timesなどのいくつかのまともなニュース アプリです。アプリの使用を正当化するのに十分な UX メリットを提供するカスタム プロパティのより良い例かもしれません。)
この幅広い質問は別として、いくつかの戦術的な質問をしました。
カスタマイズされたタイトル バーを取得するには、ストーリーボードまたは NIB でそのツールバーをレンダリングするためのコントロールを作成するだけです。それほど洗練されたものはありません。
で特定の Web ページのみを表示するには、コントローラを にUIWebView準拠させUIWebViewDelegate、コントローラを の に設定delegateしUIWebView、 を実装する必要がありますshouldStartLoadWithRequest。