【发布时间】:2023-03-29 14:25:01
【问题描述】:
我目前正在使用Microsoft.AspNet.Web.Optimization 来处理我在新建的 TypeScript/Web API 项目中的捆绑/缩小。
在发布模式下,我减少了 HTTP 请求和缩小。在调试模式下(我在其中进行开发),我可以为我的 TypeScript 代码获得完整的 Visual Studio 调试体验。这是因为在这种情况下,Web 优化直接指向由 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。
【问题讨论】:
标签: visual-studio-2013 gruntjs typescript gulp