vNEXT では、ScriptBundle
およびを介したバンドル サポートはどうなりStyleBundle
ますか?
私の理解では、bower、grunt & co. そのメカニズムを完全に置き換えますか?
それを行う方法の例はありますか? 私が見つけたのは、Scott Allen による Pluralsight の素敵なイントロですが、他には何もありません。
vNEXT では、ScriptBundle
およびを介したバンドル サポートはどうなりStyleBundle
ますか?
私の理解では、bower、grunt & co. そのメカニズムを完全に置き換えますか?
それを行う方法の例はありますか? 私が見つけたのは、Scott Allen による Pluralsight の素敵なイントロですが、他には何もありません。
GitHub でのこの会話から、選択肢があるようです。
一般に、私たちはランタイムの縮小化から離れており、現在のクライアント側のエコシステムが目指しているもの、うなり声/ガクガク/バワーなどに従おうとしています。その世界でプレイすると、無料でエコシステムの利点を得ることができます。すべての拡張性を自分たちで再構築します。
とは言っても、それは選択の問題であり、私たちは人々をその道に押し進めますが、SquishIt のようなライブラリは常に存在し、ASP.NET と ASP.NET vnext をサポートする可能性があります。
- デビッド・ファウル、マイクロソフト
つまり、要約すると、Microsoft は人々を Grunt (など) の方向に推し進めており、それが推奨されるルートになりますが、唯一のルートではありません。「[StyleBundle/ScriptBundle] メカニズムを置き換える」わけではありませんが、選択肢が増えます。ただし、(行間を読んで) StyleBundle/ScriptBundle は、Microsoft のテクノロジであるため、(として) 積極的に開発されていないようです。しかし、同じ種類の機能が必要な場合は、 SquishItのようなフレームワークに移行するのが理にかなっています。