6

私は、「クラシック」スタイルのモバイルサイト、つまり、モバイルHTMLページと小さなJavaScriptアプリケーション（jQuery Mobile、Senchaなど）として配信および体験されるモバイルサイトを開発するためのベストプラクティスを研究しています。

2つの一般的なアプローチがあります。

  1. すべてのモバイルデバイスに同じページ構造（HTML）を配信してから、CSSメディアクエリまたはJavaScriptを使用して、より高性能なデバイスのエクスペリエンスを向上させます。
  2. 機能が強化されたデバイスに、まったく異なるページ構造（および場合によってはコンテンツ）を配信します。

2番目のアプローチのベストプラクティスに特に興味があります。2つの良い例は次のとおりです。

  1. MITのモバイルサイト：ブラックベリーと機能（少ない）電話ではiOSおよびAndroidデバイスとは異なりますが、同じURLで利用できます-http://m.mit.edu/

m.mit.eduを2つの異なるデバイスに並べて

  1. CNNのモバイルサイト：同上-http: //m.cnn.com/

m.cnn.comを2つの異なるデバイスに並べて

SOの人々から、実際にこのような作業を行っていることを聞きたいと思います。このタイプのデバイス依存の構造/コンテンツ/エクスペリエンスを提供するためのベストプラクティスについて説明できます。

モバイルユーザーエージェント検出、WURFL、またはこのような他の（優れた）SOスレッドでカバーされている概念の入門書は必要ありません。私はjQueryMobileとSenchaTouchを使用しており、最終的なモバイルエクスペリエンスを提供するためのほとんどのアプローチに精通しているため、ポインターは必要ありません。

私が本当に理解したいのは、これらの特定のタイプのエクスペリエンスが、サーバー側の検出とユーザーエージェントグループに基づく配信の観点からどのように配信されるかです。デバイス、および新しいデバイスに配信される別のより豊富なタイプのHTMLドキュメントですが、両方とも同じサブドメイン/URLにあります。

すべてが理にかなっていることを願っています。よろしくお願いします。

4

3 に答える 3

1

2 つの例があります。

  1. Facebook がXHPを使用してこれを達成し、さまざまなマークアップに対して抽象的なさまざまな出力を提供 する方法について読んでください。

    実際の実装には、私が利用できるようにしたい多くの優れた機能があります。

  2. 私はHawHawというフレームワークを使用しています。これにより、(PHP オブジェクトまたは XML ファイルで) アプリを 1 回作成すると、いくつかのチェック (受け入れヘッダー、エージェント文字列など) に基づいて正しいマークアップをデバイスに出力できます。

于 2011-08-18T11:14:30.237 に答える
1

モバイル デバイスに必要な形式を検出する一般的な方法は、accept ヘッダーです。

application/xhtml+xml > xhtml text/vnd.wap.wml > 古い wml wap ページ 。. .

すべてのデスクトップ html フォーマットを処理できる新しいデバイスでは、ユーザー エージェントを使用できます。

次に、自分が何をしたいのかを自問する必要があります。

別のスタイルシートに切り替えます (新しいデバイスでのみ機能します)。wml ページ テンプレートの作成など、別のビュー ロジックに切り替えます。完全に別のページに切り替えます。

2番目のアプローチが最良の方法だと思います。多くの Web フレームワークでは、他のビュー ロジックを書き換えることなく、簡単に別のビュー ロジックに切り替えることができます (栄光の mvc パターン)。

于 2011-08-16T22:34:46.250 に答える