Zack Young
Zack Young
我说的是 tsloader 生成的 sourcemap.. 不过你说的应该也可行，只是看网上说这样做有坑。。
好吧...
Full trace: ```sh webpack: Compiling... start compile: /Users/z/Projects/Douban/share_not/mole/src/pages/home/home-wxml.tsx wxmlType /Users/z/Projects/Douban/share_not/mole/src/pages/home/home-wxml.tsx page wxmlType /Users/z/Projects/Douban/share_not/mole/src/pages/home/home/home-wxml.tsx widget wxmlType /Users/z/Projects/Douban/share_not/mole/src/pages/home/mine/mine-wxml.tsx widget wxmlType /Users/z/Projects/Douban/share_not/mole/src/widgets/PlayerBar/view.tsx widget rootName this rootName props wxmlType /Users/z/Projects/Douban/share_not/mole/src/pages/home/home/home-wxml.tsx widget wxmlType /Users/z/Projects/Douban/share_not/mole/src/pages/home/mine/mine-wxml.tsx widget...
@qiu8310 但是每次报错的文件都是 minapp 里的 parser.js, 怀疑里面发生了内存泄露。
[home.wxml.zip](https://github.com/qiu8310/minapp/files/1867812/home.wxml.zip)
不排除是我在编辑过程中的某个状态导致的。。
🤦♂️ 解析都是可以正常解析的，就是有时候时间一长就 oom 了，webpack 确实有内存泄露的问题，但是整个项目也不是很大，就是感觉有点频繁了..
感觉像 weact 一样把 tsx 编译成模版的难度要小一点，这样就可以复用 tsc 的智能感知，重命名等功能了
之前有过一些设想，可供参考一下: > 用户可能会在 render 函数之前先对数据进行运算处理， 这个我觉得可以给 setData 包一层，比如 setState, setState 里调用 render, 然后把 render 里计算的局部变量抽取出来传递到setData 里，这样 wxml 里拿到的就是 render 后的状态了， > 也可能在模板中使用 js 的循环，而不是 wxml 中的循环，这些感觉如果要做好的话，都需要考虑吧。 循环的问题可能没有啥好的解决办法，不过我觉得可以简化一点，jsx 里只能使用 wxml 里的循环标签来循环，只需要解决类型的问题就好了，而这个问题其实也比较好解决，可以在...
可以用这个来解析 jsx 文件，速度比较快。。 https://github.com/cherow/cherow