4

私の質問がすべてを物語っていると思います。多くの成功したサイト (Instagram など) では、多くのユーザーが入力した画像を使用しているため、私の素朴な意見では、ソース コードの縮小は見逃されているように思えます。

コーディング対象のデバイス (モバイル/デスクトップ/両方) に関係なく、開発者は、コード サイズよりも提供する画像について心配することに時間を費やしたほうがよいのではないでしょうか?

速度の遅いモバイル ブラウザー向けに最適化するには、複数のサイズの画像を用意し、ユーザーが電話を使用している場合に最小の画像を提供するコードを記述するのがおそらく最善であると考えていました。

それは合理的に聞こえますか?

4

2 に答える 2

3

まず、多くの開発者がスクリプトの縮小について「心配」していることを私は知りません。多くの公開されているウェブサイトは気にしません。

第二に、縮小化とは不要な空白を削除することですが、画像のサイズを小さくすると通常は品質が低下するため、多少の違いがあります。

第三に、展開プロセスに縮小化ステップを実装するのがそれほど簡単でなければ、それはさらに人気がなくなると思います。本当の帯域幅はそれほど節約されませんが、それを実行するように展開スクリプトを構成するのに数分かかる場合は、どうしてですか?

于 2012-04-16T21:12:52.917 に答える
1

中規模の JS ライブラリの 100KB のデータは軽量ではありません。サイトをできる限り最適化する必要があります。スクリプトを縮小することでサイズを半分にでき、それを gzip 圧縮することでさらに 3 分の 1 を節約できるとしたら、そうしない理由はありません。

ミニファイをどのように行っているかはわかりませんが、プロセスを自動化するスクリプトが多数あり、多くの場合、すべての JS をオンザフライで 1 つのパッケージにバンドルします。これにより、帯域幅と手間が節約されます。

私の哲学は常に「必要なものを使用する」です。何も妥協することなく、あなたとあなたのユーザーのために帯域幅を節約できるなら、それを実行してください。画像をかなり圧縮しても見栄えが良い場合は、それを実行してください。同様に、Web アプリケーションに絶対に必要な機能があり、それがかなりのスペースを必要とする場合でも、とにかくそれを使用してください。

于 2012-04-16T21:14:55.433 に答える