我目前正在使用Microsoft.AspNet.Web.Optimization来处理绿地TypeScript / Web API项目中的捆绑/缩小。
在发布模式下,我减少了HTTP请求和缩小。在调试模式(我进行开发)中,我获得了TypeScript代码的完整Visual Studio调试体验。这是因为在这种情况下,Web Optimization直接指向由TypeScript创建的js文件,并且由于源映射可爱而挂钩到TypeScript。在调试模式下缓存有一些粗略的边缘以及一些限制,但主要是这是一个非常好的解决方案。
我现在要切换到使用Grunt或Gulp来处理捆绑/缩小(顺便提一下I understand this is the direction that Visual Studio is planning to move anyway with ASP.Net vNext)。
我希望通过这种方法保持使用源映射调试我的TypeScript的调试体验。我的假设是,如果我有一个Grunt / Gulp作业(在调试中)构建一个包含*.js
,*.map.js
和*.ts
文件的文件夹,这些文件应保留Visual Studio TypeScript调试体验。
我以为我会检查我的基本假设是否有任何问题。这听起来有用吗?还是我在一条死胡同里开始自己?
我正在使用Visual Studio 2013.3。
答案 0 :(得分:1)
如果您有*.map.js
个文件并附加到Internet Explorer实例(在IE调试工具中启用了源映射),您的断点将起作用。