Asp.NET 5.0 vNEXT 中的 ScriptBundle 和 StyleBundle 发生了什么变化
What happens to ScriptBundle and StyleBundle in Asp.NET 5.0 vNEXT
在 vNEXT 中，通过 ScriptBundle 和 StyleBundle 的捆绑支持会发生什么变化？
我的理解是 bower, grunt & co.会完全取代那个机制吗？
有没有关于如何做到这一点的例子？
我发现的是斯科特·艾伦 (Scott Allen) 在 Pluralsight 上的精彩介绍，但除此之外别无其他。
从this conversation on GitHub看来，还有选择
In general we're moving away from runtime minification and are trying
to follow what the current client side ecosystem is trending towards,
grunt/gulp/bower etc. When we play in that world we get the benefits
of the ecosystem for free without having to rebuild all of the
extensibility ourselves.
That said, it is a choice thing and we'll be pushing people down that
path, but libraries like SquishIt will always be around and will
likely support ASP.NET as well as ASP.NET vnext.
- David Fowl, Microsoft
因此，总而言之，Microsoft 正在推动人们向 Grunt（等）方向发展，这将是首选路线，但不是唯一路线。它不会 "replace [the StyleBundle/ScriptBundle] mechanism" 但会为您提供更多选择。但是，似乎（字里行间）StyleBundle/ScriptBundle 可能不再（作为）积极开发 - 因为它们是 Microsoft 技术。但是，如果您想要相同类型的功能，那么迁移到像 SquishIt.
这样的框架是有意义的
在 vNEXT 中，通过 ScriptBundle 和 StyleBundle 的捆绑支持会发生什么变化？
我的理解是 bower, grunt & co.会完全取代那个机制吗？
有没有关于如何做到这一点的例子？ 我发现的是斯科特·艾伦 (Scott Allen) 在 Pluralsight 上的精彩介绍，但除此之外别无其他。
从this conversation on GitHub看来，还有选择
In general we're moving away from runtime minification and are trying to follow what the current client side ecosystem is trending towards, grunt/gulp/bower etc. When we play in that world we get the benefits of the ecosystem for free without having to rebuild all of the extensibility ourselves.
That said, it is a choice thing and we'll be pushing people down that path, but libraries like SquishIt will always be around and will likely support ASP.NET as well as ASP.NET vnext.
- David Fowl, Microsoft
因此，总而言之，Microsoft 正在推动人们向 Grunt（等）方向发展，这将是首选路线，但不是唯一路线。它不会 "replace [the StyleBundle/ScriptBundle] mechanism" 但会为您提供更多选择。但是，似乎（字里行间）StyleBundle/ScriptBundle 可能不再（作为）积极开发 - 因为它们是 Microsoft 技术。但是，如果您想要相同类型的功能，那么迁移到像 SquishIt.
这样的框架是有意义的