3

Web ブラウザーとモバイル Web ブラウザーの両方で実行するアプリを設計しています。明らかに、UI のサイズの制約が大幅に異なることを確認するために、異なるレイアウトとビューが必要です。また、リクエストが Web クライアントまたはモバイル Web クライアントからのものかどうかを判断するために、ある種のブラウザー検出も必要になることは明らかです。

私はこのソリューションの実装が2つの方法であることを見てきました:

  • 検出されたクライアントが Web ( に送信www.example.com) であるかモバイル Web ( に送信)であるかに応じて、HTTP 要求を異なる方法でルーティングしm.example.comます。また
  • app-styles-web.css検出されたクライアントが Web ( ) かモバイル Web ( app-styles-mobile.css)かによって、異なる CSS シートを返します。

私の質問: 各戦略の長所/短所とその理由は何ですか? とにかく2つの異なるCSSシートが必要になることを考えると、サブドメインは少し不必要に思えますが、おそらくそれらは懸念を分離するため、「ベストプラクティス」になりつつありますか? 前もって感謝します！

4

1 に答える 1

1

大規模なベンダーの多くは、サブドメインを使用する傾向があります。これにより、エンドクライアントのブラウザーは、正しいバージョンのサイトにリダイレクトしていることを確認できます。今日のドットコムの巨人であるFacebook、Twitter、Yahooを考えてみてください。これらはすべて、独自のコンパクトなモバイルベースのサブドメインを持っています。

スマートフォンを使ってウェブサイトを閲覧している場合を考えてみましょう- www.example.com。ユーザーエージェントを検出し、モバイルWebの同等のサブドメインにリダイレクトするコードがいくつかありますm.example.com。明日、私は別のハンドセットの特注ブラウザで同じWebサイトを表示します。このブラウザはメタデータを隠蔽するため、コードで受信したユーザーエージェントはスマートフォンのエージェントではありません。これで、同じWebサイトのWebベースのバージョンが読み込まれ、Webページ/ CSS/JavaScriptが正しくレンダリングされないというリスクがあります。幸い、同じサイトにモバイルWebサブドメインがあることを知っているので、アドレスバーを押して正しいサブドメインを指定します。

最後に、SEOには強い影響があります。サブドメインは完全に異なるウェブサイトとして扱われるため、別のビューを読み込むだけでは不利になる可能性があります。

数ヶ月前、私も同様の難問に直面しました。しかし、私は私が言及した上記のすべての点を評価して考えました、そして今日私はたくさんの幸せな顧客を持っていることになりました:-)あなたがそれを安全にプレイしたいなら、サブドメインアプローチを使用してください。

于 2012-08-25T14:55:48.610 に答える