基于文件的 CacheDependency 会对性能产生不利影响吗？

Question

我正在尝试做出架构决策以简化开发，并想知道是否有人可以提供见解，在 .NET 中建立基于文件的 CacheDepdency 需要多少性能开销？

目前，出于可维护性/可读性的原因，我的设计方法是将我们基于 Javascript 的功能分割到每个逻辑的单独文件中。在运行时，我将所有文件合并并 gzip 压缩到一个包含中。此外，我为每个逻辑块使用基于文件的 CacheDependency，并且在后续请求中，当任何这些文件发生更改时，我将重建缓存。

使用这种方法是否会对性能产生重大影响？如果 CacheDepdency 中有 30 个文件，这会比 2 个或 3 个文件运行得慢很多，还是只有几毫秒的差异？

Answer 1

差异可以忽略不计。

但真正的问题应该是“您为什么要更改已部署/已发布网站上的文件？”。

在我看来，将您的脚本分开会更有意义，因为您将它们用于开发，并且当测试/登台/发布时间到来时，有一个构建脚本 1) 连接您的 JS 文件，2) 压缩它们一些 JavaScript 压缩器/优化器 -- 出于调试目的，您可以跳过此步骤 -- 3) 提供单个静态 JS 文件并让您的 Web 服务器处理 GZip/缓存。