0

現在のシナリオは.resxファイル用に調整されているようですが、私の理解は少し曖昧であり、石灰化を探しています。

私たちのwebAppは、クライアントごとにスキンが異なりますが、違いはすべてのクライアントで同じではありません。つまり、あるクライアントはロゴのみを変更したいのに対し、別のクライアントはロゴ、一部のボタン、そしておそらく背景色を変更したい場合があります。

この要件に対処するために、デフォルトのスキン、すべての要素画像、文字列、およびカラーコードを格納するdefault.resxを作成しました。また、client.resxには、クライアントに固有の要素（さまざまなロゴやボタン）などのみが含まれています。

次に、client.resxでリソースをチェックし、それをページに返すリソースマネージャーを作成しました。リソースが存在しない場合は、default.resxから画像を取得します。

他の開発者の1人は、これは非効率的であり、.resxファイルを使用するのではなく、イメージフォルダーツリーを作成し、.resxリソースの代わりにイメージパスの場所を使用するようにリソースマネージャーを再構築する必要があると述べています。

画像が.resxファイルを介してどのように提供されるのか、フォルダーツリーを介してどのように提供されるのかについては十分にわかりません。また、彼の主張を非難することはできません。.resxを介して画像をサーバーに保存するのに必要な時間と、フォルダー内の画像は、せいぜいごくわずかだと思いますが、これに関する特定の情報を見つけるのに問題があります。リソースマネージャーを再設計して好みの方法で再設計するのにそれほど時間はかかりませんが、このプロセスに時間を費やす前に、彼の主張が正当であることを確認したいと思います。

ちなみに、100以上の画像について話しています。

4

1 に答える 1

0

背景/色/画像などを変更するresxファイルではなく、CSSファイルを変更する機会を顧客に提供することをお勧めします。したがって、顧客がオーバーライドできるデフォルトのCSSファイルがいくつかあります（ cssファイルをアップロードするか、サーバー上で置き換えるチャンスです）。デフォルトのCSSには、画像へのリンクを背景（ロゴなど）として持つCSSクラスが必要です。したがって、顧客がロゴ/画像/色を変更したい場合（サーバーにいくつかの画像を配置するだけです）、CSSファイルを置き換えて、すべてが正常に表示されることを確認します。また、文字列の場合は、resxファイルを使い続けます。

そして、あなたの質問に答えてください：もしあなたが100以上の画像を持っているなら-私はresxファイルの代わりにいくつかのフォルダにファイルを持っている方が良いと思います（あなたはすべての画像を生データとしてresxファイルに入れたいですよね？正しい画像にリンクするだけです）。すべての画像が生データとして含まれている場合、ファイルは巨大になる可能性があるため、ファイルを解析するには大量のRAMが必要になります。また、すべてを1か所にまとめる必要はないと思います。おそらく、1日の数時間だけ表示する画像もあるので、読み込まない方がよいでしょう。ただし、すべての画像をメインページ（またはマスターページなど）に表示する場合、キャッシュを使用する場合、パフォーマンスに大きな違いは見られません。

于 2012-08-14T18:36:45.990 に答える