我目前正在开发一个原型 ASP.NET MVC 3 解决方案,该解决方案将用作多个项目重写的基础(来自 Web 表单)。
我的目标之一是跨应用程序实现一些脚本管理,而我们目前没有。
MVC 3有一个缺陷恕我直言:如果您需要在部分视图或模板视图上指定特定脚本 - 您最终可能会失去对脚本块在呈现的 HTML 中的位置的控制,或者必须在父视图上指定每个依赖的 javascript 文件.
我一直在认真考虑使用http://getcassette.net/作为解决所描述问题的框架。然而,MVC4 beta 的最新版本让我再次怀疑自己:MVC 的 Bundles 看起来与 Cassette 的 Bundles 非常相似,我再次感到困惑:
我应该现在实施盒式磁带而不是迁移到 MVC4 捆绑包吗?
我是否应该自己实现一些简化的脚本管理器(比如 MVC4 预览中的 Scripts 助手类),然后迁移到 MVC4
或者我应该将盒式磁带集成到项目中,并希望它比 MVC 的实现更具前瞻性(我现在真的不喜欢这个选项,只是因为盒式磁带附带的依赖项数量之多)。
我没有使用 Cassette 本身的经验,并且发现自己很难进行比较,并且希望得到任何答案或提示。
编辑: 我只是认为还有另一种选择:为 MVC 捆绑安装 beta nuget 包:https ://nuget.org/packages/Microsoft.Web.Optimization
结论: 我对 MVC4 捆绑包实现的研究越多,我注意到的差异就越大:MVC4 捆绑包没有解决上述 MVC3 问题 - 它们只是进行捆绑和缩小。此外,盒式磁带不仅能够在特定位置呈现脚本标签,它还能够以正确的顺序对它们进行排序,这不是微不足道的。因此,目前我对这两种解决方案都不满意,我将尝试提出自己的简约实现,希望将来这种情况会有所改善。
但是,如果你不害怕在你的项目中添加5个以上的依赖项和一堆 web.config 更改 - 去卡带。我希望它会在某个时候更新以利用内部的 MVC 捆绑来减少功能重复,并希望它会变得更加模块化。
更新: 从 Cassette 2.0 版开始,如果您只需要捆绑包和 js 依赖项解析,则不再需要包含咖啡脚本和 Cassette 的其他功能。所以在这一点上,Cassette 对我来说是一个明显的赢家。