image - 画像プレースホルダー サービスまたはライブラリが必要なのはなぜですか?

Question

昨日、holderJS ライブラリについてのツイートを見ました。使用法を読むと、クライアント側で画像プレースホルダーを完全に生成すると書かれています。では、なぜ人生でプレースホルダーライブラリが必要になるのでしょうか?

あるサイズの div を配置するのではなく、画像プレースホルダーを使用するシナリオは何ですか?

Answer 1

画像のプレースホルダーは、通常、実際の画像を動的にロードする過程にあるページ、またはページが部分的にしかデザインされておらず、プレースホルダー画像は、デザインがどのようにレイアウトされるか、実際の画像であっても画像がどのくらいの大きさであるべきかを示しています。画像はまだありません。このようにして、最終的な画像がまだ完成していない場合でも、HTML デザインをほぼ完成させることができます。

ウィキペディアは、ページに特定の画像が必要であることはわかっているが、適切なライセンスで使用できる画像を探している場合に画像プレースホルダーを使用します。

画像プレースホルダーは、従来、URL のクエリ パラメーターに基づいてプレースホルダー画像を自動的に作成する Web 上のサービスによって提供されていましたが、holder.js ライブラリは完全にクライアント上でプレースホルダー画像を作成します (したがって、外部サービスは必要ありません)。

背景色のある div と、おそらく div 内のテキストだけで、プレースホルダーと同じ外観を確実に実現できます。しかし、誰かが最終的な画像を所定の位置に挿入したい場合、div タグを img タグに変更する必要がありました。プレースホルダー画像を使用する場合、すべての HTML タグを最終的なものにしてそのままにして.srcおくことができます。デザインを完成させるためにプラグインする必要があるのは値だけです。そのため、プレースホルダー イメージを使用すると、イメージがまだ完成していなくても、HTML の完全なバージョンに近づけることができます。マイナーな違いですが、一部のデザイナーに高く評価されています。