3

私は、モバイル デバイスとデスクトップをサポートする必要がある社内プロジェクト管理 Web ベースのアプリケーションに取り組んでいます。

Symfony2、jQuery、HTML5 で構築されています。

サーバー側とクライアント側の両方で、レスポンシブ デザインとは対照的に WURFL を使用する場合のパフォーマンスの比較はありますか? 具体的には、レンダリング時間、HTTP 呼び出し (かなり AJAX が重い) について考えています。

4

3 に答える 3

4

パフォーマンス面では、レスポンシブデザインはクライアントにすべての負荷をかけるため、多くのデバイスでテストして、これが適切に機能することを確認する必要があります。すべてのスマートフォンが同じように作成されているわけではありません。CPUが遅いためにJavaScriptコードとメディアクエリが非常に遅くなるものもあります。全体として、サーバー側のコードを使用すると、クライアントのエクスペリエンスが大幅に低下すると同時に、エクスペリエンスをより細かく制御できるようになります。

ただし、これのパフォーマンスの側面について考える前に、このアプローチが適切なモバイルエクスペリエンスを提供するかどうかを検討する必要があります。あなたが目指すべきサイトのモバイル版の2つの重要な側面があります：

  • コンテキストに応じた適切なエクスペリエンス—モバイルデバイスを使用している人に適切なエクスペリエンスを提供できる必要があります。これは、デスクトップでの同じサービスの適切なエクスペリエンスとはまったく異なる場合があります。モバイルデバイスの使用は必ずしもモビリティを意味するわけではないことに注意してください。モバイルデバイスのユーザーは物理的に動かないことがよくありますが、それでもユーザーはモバイルデバイスを使用するときに別の方法でサイトやサービスを操作することを好む場合があります。Webと対話する方法の数が増えるにつれて、コンテキストに適したエクスペリエンスの重要性が劇的に高まっています。ラップトップで適切と思われる無駄のないエクスペリエンスは、テレビのブラウザで完全に正しくないと感じる場合があります。部屋。
  • デバイスに敏感な体験—Webサイトの顧客が使用するデバイスで適切に機能するエクスペリエンスを提供できる必要があります。このアドレス指定可能なデバイスの範囲は、フィーチャーフォンからテレビに至るまで、常に増加し、多様化しています。顔の近くに保持されているものもあれば、部屋の向こう側から対話しているものもあります。デバイスに合わせてエクスペリエンスを調整せずに、それぞれ独自の入出力制限と規則を持つ、このような幅広いデバイスで満足のいくエクスペリエンスを提供することはほぼ不可能です。主要なインターネットブランドはこれを強く認識しており、見た目よりもはるかに多くのことを行っています。一見シンプルなGoogleホームページでさえ、デバイスランドスケープ全体で有用なエクスペリエンスを実現するために使用されるさまざまなデバイスに提供される舞台裏で非常に異なるコードをマスクしています。

デスクトップとモバイルサイトの両方を提供する手段として使用されますが、レスポンシブデザインは、理想的なモバイルサイトの両方の望ましい側面を提供するには不十分です。

  • 使用しているデバイスに関係なく同じエクスペリエンスを提供するため、コンテキストに適したエクスペリエンスを提供できません（この制限は、ユースケースが制限されているサイトでは問題にならない場合があります）
  • コア技術はスマートフォンやその他のハイエンドデバイスをターゲットにできるデバイスの範囲を制限するため、デバイスに敏感なエクスペリエンスを限られた範囲のデバイスにのみ提供できます。1つのエクスペリエンスがすべてに対応し、アドレス指定可能なデバイスの範囲が限られていることは、すべてのWebサイトにとって問題ではない可能性があります。一部のサイトはモバイル固有のエクスペリエンスに適していない場合があり、同様に一部のサイト所有者はサービスを提供したくない場合があります。幅広いデバイス。

検索エンジンがコンテンツをモバイルフレンドリーであると識別し、それに応じてモバイル検索でランク付けするかどうかが明確でないため、レスポンシブデザインがモバイルSEOに未知の影響を与えることは注目に値します。

于 2012-02-16T10:05:34.847 に答える
3

サーバー側で決定して実行できるロジックは、データ転送とクライアント側のオーバーヘッドを削減できます。関連する CSS、JavaScript、HTML、最適化された画像など、送信されるコンテンツのサイズを縮小すると、明らかにクライアントの負担が軽減されます。

RESS ベースのソリューション (つまり、レスポンシブ デザイン + サーバー サイド コンポーネント - http://www.lukew.com/ff/entry.asp?1392 ) は、レスポンシブ デザイン ソリューション自体よりも高速になる可能性が常にあります。「より速い」ことの重要性を常に考慮する必要がありますが、モバイル デバイスに 1Mb 以上のコンテンツを配信するレスポンシブ デザイン サイト (おそらく設計が不十分) を見ていると、サーバー側のインテリジェンスを少し活用することでパフォーマンスの最適化を実現できます。巨大です。gomez @ http://www.gomez.com/resources/whitepapers/why-web-performance-matters/からの Web サイトのパフォーマンスが重要な理由と、1 秒ごとが重要な理由に関する優れたホワイト ペーパー。

サーバー側の機能検出がどのように役立つかに関するいくつかの例が、http://www.opendeviceknowledge.com/discoveryにリストされており、レスポンシブ デザインとサーバー側の世界がどのように連携するかが含まれています。

于 2012-02-21T10:00:34.157 に答える