ASP.net Webリソースvs.イメージ

Question

さて、ASP.netではイメージをアセンブリに埋め込み、WebResource.axdを使用してアクセスできます。

私はちょうど不思議です：どのようにそれは伝統的に行われているようにWebサーバー上のフォルダ内の画像の代わりにWebリソースを使用の長所/短所は何ですか？

This articleは、導入の容易性を主に挙げていますが、余分な作業量を正当化するとは思われません。

Answer 1

明確なシナリオの1つは、サードパーティコントロールです。

私たちが開発していないコントロールのための別のスクリプト/イメージファイルを扱いたくはありません。組み込みリソースでは、その.dllファイルだけです。:)

異なるWebサイト間で使用するカスタムWebコントロールを開発する場合も同様です。

Answer 2

私にとっては、ASP.NETで追加されたもう1つの非キラー機能です。私はそれが多くのコンテンツを念頭に置いて実装されたとは思っていませんが、配備の容易さの点ではいくつかの利点があります。質問はいつですか？

マイクロソフトでは、たとえば、Microsoftで使用していると述べています。フォームの検証スクリプトを提供すること、およびキャッシングのためにパフォーマンスに影響を及ぼさないことが重要です。これにより、コントロールとそのスクリプトの分離が作成されるため、サイトに追加するときに自分自身について心配する必要はありません。

私にとっては、ユーザー/サーバーコントロールを展開するのに役立つと思うなら、試してみてください。画像を一般的に提供するには？私は気にしないだろう。

Answer 3

イメージをアセンブリに配置しません。それは明らかな利益のためのあまりにも多くの仕事です。それは速いですか？おそらく、Reflectionのようなスピードがリソースに到達するために呼び出されることはないでしょう。維持することは難しいですか？

ロゴを更新するなど、ハイエンドのデベロッパーが必要なのはなぜですか？

Answer 4

同じマシンで3つの異なるアプリケーションで使用されるカスタムコントロールを作成しました。私がコントロール用のスクリプトを管理しているときは、新しいスクリプトファイルをすべてのアプリケーションに配備するのを忘れてしまいます。

このシナリオでは、リソースをアセンブリに組み込み、アセンブリをGACに展開するとよいでしょう。

しかし、外部ファイル（埋め込みリソースではない）に関しては、スクリプトファイルにバグがあることがあります。アプリケーションをリセットせずに展開することは、オンラインアプリケーションでは有効です。

Answer 5

ここでは、よく、スクリプト、画像のような変更をしないリソースがあれば、それが最高だと思うというルールです。 それらをリソースに埋め込む方がよいでしょう。

しかし、Jqueryのようなバージョンを変更するリソースがある場合は、これらの外部リソースを指すようにプロパティを作成する必要があります。私はかなり.axdファイルの追加利益を把握していない、あまりにも決してこれは