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

Question

我正在尝试做一个架构决定以简化开发，并且想知道是否有人能够提供洞察在.NET中建立基于文件的CacheDepdency需要多少性能开销？

目前，我的设计方法是为了维护性/可读性原因，将基于Javascript的功能分割为单独的文件。在运行时，我正在合并和gzip将所有文件压缩为一个包含。另外，我为每个逻辑块使用基于文件的CacheDependency，并且在随后的任何文件更改时重建缓存。

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

Answer 1

其差异可以忽略不计。

但真正的问题应该是'你为什么要改变部署/发布网站上的文件？'。

在我看来，让你的脚本分开是有意义的，因为你有它们用于开发，并且当测试/登台/发布时间出现时，有一个构建脚本1）连接你的JS文件，2）压缩它们与一些JavaScript压缩器/优化器 - 为了调试的目的，你可以跳过这一步 - 3）服务单个静态JS文件，让你的Web服务器处理GZIP /缓存。