SquishIt与MVC4.0捆绑包

Question

我有一个CSS MVC应用程序，目前我使用SquishIt来帮助将我所有的ASP.NET和javascript文件捆绑成一个单独的元素，该元素是从hit服务器上下载的，用于每次访问我的站点。我知道最近MVC introduced its own bundler。有没有人对这两个人做过比较？在某些情况下，一种比另一种更好？或者它们基本上是一样的？使用MVC捆绑器，IIS是否仍然需要对站点目录的写访问权限？

如果您有任何想法和意见，我们将不胜感激。

谢谢。

Answer 1

我对此有相当的偏见，但这是一个很好的问题-我没有像我应该考虑的那样多地考虑这个问题，但我已经开始了。

SquishIt实际上不需要对文件系统的写访问权限-它有一个Cached Bundle Mechanism，它不需要对站点目录的写访问(它在内存中缓存bundle，并通过一个特殊的控制器/处理程序提供服务)。不确定MS产品是否具有此功能。

两者都在运行时工作，并且产生了非常好的调试体验。

两者都有类似的机制来利用预处理器(.less、coffeescript等)。微软的产品看起来更灵活一些，但使用起来可能比较笨拙。SquishIt's preprocessing behavior是从rails中的资产管道中建模的，并且不提供文件扩展名链之外的任何方法来控制预处理器的应用顺序。

两者都允许包含目录和文件。SquishIt还支持添加javascript或CSS的任意片段(从数据库中检索，等等)对于捆绑包，我在MS产品中没有看到任何类似的东西。

SquishIt有一个允许writing your output file to a CDN的扩展点-同样，我还没有在MS产品中看到过类似的东西。

希望其他人能填补这里的空白--我会尽量记得回来更新，因为我学到了更多。

Answer 2

我没有像@AlexCuse那样深入研究细节和可扩展性等，但他的总体观点似乎是我的。

Squishit似乎有优势。

对我来说(我想我一定错过了显而易见的东西--但我没有时间/倾向于编写自己的自定义IBundleOrderer实现，也无法在文档/谷歌中找到我期望的解决方案)

MVC / MS产品有一个重大的失败...

我不明白如何才能让它简单地遵守我声明的脚本和文件的顺序!

出于显而易见的原因，这完全是个糟糕的决定。(也就是说，它完全搞砸了我的应用程序--我的大型复杂应用程序上到处都是20+的小css / jscript错误--那些令人沮丧的小显示错误和奇怪的js怪癖)

Rick Anderson说：“添加一个自定义的IBundleOrderer实现，但显式地添加每个文件不容易出错。”但是我不知道如何做后者-我显式地使用.Include(对于每个文件。主要是我的订单被尊重了，但恼人的是不是完全的-显然一些默认规则起作用了，系统决定它比我更了解。

诚然，这里必须有一个简单的答案-但我找不到它，所以对我来说，这是一个巨大的失败，这意味着我现在要麻烦地从MS实现恢复到Squishit，它做得非常好，谢谢！

N.B.也有1的问题。它缩小js的方式…它引入的bug是我不需要的。公平地说，我确实与Squishit有一些问题，但相当容易解决。2.缩小css的方式

Minification failed. Returning unminified contents.

我要恢复为Squishit。