我目前正在使用Microsoft.AspNet.Web.Optimization来处理绿地TypeScript / Web项目中的捆绑/缩小。
在发布模式中,我得到了减少的HTTP请求和缩小。在调试模式(我进行开发的地方)中,我获得了TypeScript代码的完整Visual调试体验。这是因为在这种情况下,WebOptimization正直接指向TypeScript创建的js文件,并链接回TypeScript,这要归功于源地图的可爱。在调试模式下,缓存有一些粗糙的边缘,也有一些限制,但是主要是,这是一个非常好的解决方案。
我现在希望切换到使用Grunt或Gulp来处理捆绑/缩小(顺便提一下,我理解这是Visual计划使用ASP.Net vNext的方向)。
我希望能够使用这种方法使用源代码映射来调试我的TypeScript,以保持调试经验。我的假设是,如果我有一个Grunt / Gulp作业,该作业(在调试中)使用*.js、*.map.js和*.ts文件构建一个文件夹,该文件夹应保留Visual调试经验。
我想我应该检查一下我的基本假设是否有问题。这听起来可行吗,还是让我自己走上死胡同?
我正在使用2013.3。
发布于 2014-09-24 10:29:26
如果您有*.map.js文件并附加到internet实例(在IE调试工具中启用了源代码映射),则断点将工作。
https://stackoverflow.com/questions/26014114
复制相似问题