0
私はMobile First Responsive Design（MFRD）用のウェブサイトにレトロフィットしています。私の質問は - あなたは「モバイルファースト」の部分とどこまで行くのですか？モバイルファーストレスポンシブデザインとの距離はどこですか？
たとえば、ホームページでは、予定されているイベントのリストを4つまたは5つ作成することを計画しています。モバイル版では、画面の不動産を保存するには2で十分だろうと考えていました。私は大きなビューのために他のイベントを動的にロードすべきですか？それとも、それは単にいくつかの要素に過ぎないので隠すべきですか？
大きなサイズのものを動的にロードするということは、一般にピクセルごとに発生するイベントをウィンドウのサイズ変更に添付する必要があることを意味します。タイムアウトでそれを相殺することはできますが、クライアントサイドのチェックの多くはまだありません（ユーザーがブラウザのサイズを絶えず変更しているようではありませんが）。
つまり、モバイル用に設計しているにもかかわらず、より大きなサイズを考慮する必要があります。明らかに、より大きなJavaScriptライブラリやその他の資産は、大規模に必要なだけのもので、後で取り込み、モバイル用にロードしたくないのですが、帯域幅を節約するためにどのように夢中になっていますか？
返信いただきありがとうございます。私は「モバイル第一」の背後にある基本的なコンセプトを理解していますが、まずモバイル向けにデザインすることは、小さな画面のデザインだけでなく、小さなデバイス（帯域幅など）の最適化です。私は、帯域幅の最適化と複数のデバイスのプログラミングの容易さの間に、「何がトレードオフなのか」をさらに探していました。 Smashing Magのサイドバー全体が（たとえ隠されていても）より小さいデバイスにロードされているので、本当に「モバイルファースト」と考えることができますか？ – Doug
ウェブサイトの帯域幅が極端に大きい場合（たとえば、大規模なデータセットの場合）、モバイルサイトに詰め込むのはおそらく最良の方法ではありません。ウェブサイトの2つ以上の重要な機能に遅延ロードが必要な場合は、ビジネスモデルを再考する必要があります。あなたは月平均スマートフォンの平均帯域幅使用量を見て、ブラウザに送る平均データ量を判断できます。ウェブサイトがスマートフォンの帯域幅の使用を破壊している場合は、ターゲット市場やデバイスを再考する必要があります。この質問には非常に多くの要因があります。 – Lowkase