ファイルベースのCacheDependencyがパフォーマンスに悪影響を及ぼす可能性がありますか？

Question

開発を容易にするためのアーキテクチャ上の決定を行い、.NETのファイルベースCacheDepdencyを構築するために必要なパフォーマンスオーバーヘッドが誰にでも分かるかどうかを知りたいですか？

現在、私の設計アプローチは、保守性/可読性の理由から、Javascriptベースの機能をロジックごとに別々のファイルに分割することです。実行時に、私はすべてのファイルを1つのインクルードにマージしてgzip圧縮しています。さらに、各論理ブロックにファイルベースのCacheDependencyを使用しています。後続の要求では、これらのファイルが変更されたときにキャッシュを再構築しています。

このアプローチを使用するとパフォーマンスに大きな影響がありますか？ CacheDepdencyに30個のファイルがある場合、これは2〜3個のファイルよりも大幅に遅く実行されるのですか？これはわずか数ミリ秒ですか？

Answer 1

違いはごくわずかです。

しかし、実際には、「展開された/解放されたウェブサイト上でファイルを変更するのはなぜですか？」という質問があります。

私の意見では、開発用にスクリプトを分けたままにしておくと、テスト/ステージング/リリース時に1）JSファイルを連結し、2）圧縮していくつかのJavaScriptコンプレッサー/オプティマイザを使用して、デバッグのためにこのステップをスキップできます。3）静的JSファイルを1つ提供し、WebサーバーでGZip /キャッシュを処理させます。