首先,我认为您会发现所有功能都很好。但随着时间的推移,如果您的网站具有一定程度的复杂性,我认为您会发现您需要更多的控制权。
例如,我使用了某些无法缩小的 JS 文件,因为其中的 javascript 格式(注意这是我不想更改的第 3 方文件)。因此,控制“处理”的内容非常重要。
另一点是,我们倾向于使用生成 ashx 页面的脚本管理器来组合我们的 JS 文件。据我所知,并非所有“一体化解决方案”都能满足这一点。此外,脚本管理器已经根据我为其配置的缓存设置更改了标头。
另一个压缩示例是,如果您有大量流量,具体取决于被切断内容的类型和大小,则您希望使用不同级别的压缩。我想我记得 Jeff Atwood 的一篇文章谈到了他们为 SO 所经历的事情以及他们需要对压缩进行大量控制的事实。
另一个例子是缓存。如果您想进入甜甜圈或甜甜圈洞缓存,这与 IIS 无关,而是关于如何缓存页面的不同部分 - 就像它可以缓存母版页但不能缓存页面本身的动态内容... afaik 没有“一体化解决方案”满足这一点。
总之,我倾向于发现我需要更多地控制正在发生的事情,并且我更喜欢在构建过程中进行任何缩小(因为您确切地知道在运行应用程序时会得到什么)。压缩发生在 IIS 级别,但我喜欢能够在 APP 级别控制它。对于缓存或压缩的任何情况,我只需通过允许大量控制的 Web 配置进行控制。所以我想如果你有一些简单的东西,但如果你需要更多的控制,那么你无论如何都需要在应用程序中完成它。
希望有帮助。
更新:
刚刚想到,如果您使用 ASP.net MVC,在应用程序级别设置所有这些东西真的很容易,但在经典的 ASP.net 中操作标头等可能要困难得多。因此,在某些情况下,如果您使用经典的 ASP.net 处理较旧的应用程序,则使用多合一解决方案可能会更容易。