在vNEXT中,通过ScriptBundle和StyleBundle的捆绑支持会发生什么?ScriptBundle的理解是这样的。会完全取代这个机制吗?
有如何做到这一点的例子吗?我所发现的是斯科特·艾伦在Pluralsight上的一个很好的介绍,但没有别的。
发布于 2015-04-08 15:59:45
从在GitHub上的谈话来看,似乎会有一个选择。
一般来说,我们正在摆脱运行时的小型化,并试图遵循当前客户端生态系统的趋势,咕哝/吞咽/鞠躬等等。当我们在那个世界中玩的时候,我们可以免费获得生态系统的好处,而不必自己重建所有的扩展性。 尽管如此,这是一个选择,我们将推动人们沿着这条道路前进,但是像SquishIt这样的库将始终存在,并且很可能支持ASP.NET和ASP.NET vnext。
因此,总的来说,微软正在推动Grunt的人(等等)。方向,这将是首选的路线,但不是唯一的路线。它不会“替换StyleBundle/ScriptBundle机制”,但会给您更多的选择。然而,看起来(字里行间) StyleBundle/ScriptBundle可能不再积极开发了--因为它们是微软的技术。但是,如果您想要相同的功能,那么转移到像SquishIt这样的框架是有意义的。
https://stackoverflow.com/questions/29518779
复制相似问题