不支持呢，不太好做，webpack 生成的 sourceMap 只有一个文件，我用了一些黑科技把它拆分成了多个文件

@qiu8310 能不能fork一个ts-loader？

什么意思？是说不用 awesome-typescript-loader，而使用 ts-loader 吗？

如果是的话，新的 v2（下午刚发布） 已经是默认使用 ts-loader 了，并且可以自由通过 webpack.minapp.js 修改 loader 和 loader 的配置，详情查看 https://qiu8310.github.io/minapp/docs/doc-custom-webpack.html#minapp-v2-loader-loader

我的意思是fork一个 loader 也许实现拆封js文件和sourcemap就容易一些了。。

或者加一个loader

那样的话 webpack 就没什么用了，完全 loader 就行，这样还要在 loader 中处理压缩的问题（虽然 css 现在就是这样做的）

而且 js-loader 还要去解析里面的 require 图片或者 css 问题，还是会挺麻烦的

got，那这个 loader 只是用来提取 sourcemap 呢?

loader 执行的时候，还没有 sourcemap，是在 uglify 压缩的时候生成的，这样的话就得提前使用 uglify 生成 sourceMap，也会有上面说的问题，提前生成的 sourcMap 可能不准确。

不过我建议你可以修改 tsconfig.json 中生成代码的 es 版本，把它配置高一些，最后生成的代码就会和你的源代码基本一样（只会将 ts 的 types 清除），然后开启小程序自带的开发者工具来压缩 js

我说的是 tsloader 生成的 sourcemap.. 不过你说的应该也可行，只是看网上说这样做有坑。。

奥，不过还是等以后能找到一种更好的生成代码的方式的时候再生成 sourceMap 吧

我一直想改现在生成代码的方式，现在是给源代码加上了特殊的标签，在 webpack 压缩合并处理之后，再根据这些特殊标签把代码拆分 /捂脸

好吧...

tsconfig到es6, minapp build --pretty，异步代码调试起来不麻烦