我正在使用Mads的优秀Web Essentials视觉工作室扩展。 Web Essentials扩展包含的功能之一是能够创建CSS包http://vswebessentials.com/features/bundling
这导致创建XML文件，其中包含有关捆绑操作的配置信息。它还为css创建一个min文件。
我遇到的问题是，这与它在调用方式的上下文中是否与正常的捆绑方案不同。在使用BundleConfig类的普通包场景中，为了呈现CSS，您将使用 @ Styles.Render（＆＃34;〜/ Content / CrispCSS＆＃34;）
最大的好处是它在调试模式下呈现单个文件，在发布模式下呈现Bundled文件。
我无法使用 @ Styles.Render（＆＃34;〜/ Content / CrispCSS＆＃34;） 来创建使用Web创建的捆绑包要点。使用普通脚本标记并将路径合并到完整的css文件或缩小版本当然很容易。这样做的缺点是您必须将其作为部署步骤进行管理，而不是仅仅依赖于使用正常捆绑方案时使用的最小版本。
这是Web Essentials捆绑的成本效益分析吗？事实上，我不确定它的好处是什么。你当然得到一个缩小的文件。但是如果使用BundleConfig，则会丢失自动调试/释放切换。
如果我出错了，请告诉我，您可以使用常规优化API来呈现基于XML的捆绑包。
由于