Asp.net 基于文件的CacheDependency是否会对性能产生负面影响？

我正试图做出一个架构决策来简化开发，我想知道是否有人能够提供在.NET中建立基于文件的CacheDepdency需要多少性能开销

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

---

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

差异可以忽略不计

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

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