小程序页面过多导致wxml编译缓存区过大
Closed this issue · 14 comments
共有2800多个wxml文件，编译报错如下图：
观察报错，发现是缓存区超大小了，以至于报错。
增大缓存区，即可编译通过。
文件位置：miniprogram-compiler/src/wcc.js
希望修改一下，可以动态配置缓存区大小。
或者根据组件找到依赖到的wxml wxs，不全量编译。
https://github.com/wechat-miniprogram/miniprogram-simulate/blob/master/docs/api.md#options
动态调整缓存大小我看看，不过这里可以调整目录的，本工具作为组件单测使用，建议按目录传入以免全量编译。
@JuneAndGreen 有看到的，但是因为组件引用路径是全局的，所以必须要设置rootPath为小程序的。
比如说组件.json:
{ "usingComponents": { "compa":"/pages/components/compa" } }
修改源代码也可以，但是改动会比较大
这个其实也可以在调 load 的时候改掉的，这样就不会因为 usingComponents 而导致必须使用大范围的 rootPath：
@JuneAndGreen 我试了，是可以的，感谢。但是如果有引用到wxs，就会报错找不到wxs，因为wxs并不是在组件下面。
能否让用户传入需要的wxml 和 wxs 文件路径列表？我看底层实现是找根目录下的全部wxml和wxs
比如说我通过分析wxml 和 json 文件，找到依赖的wxml和wxs文件路径，然后通过配置传进去?
emmm，这情况比较麻烦。
wxs 目前做不到，主要 wxs、wxss 和 wxml import 的路径处理都是由 wcsc 和 wcc 来处理的，这两个用的和工具用的编译器是同一个，我这边只是直接借用编译器无法侵入去改造。
@JuneAndGreen 我这边有个想法不知道行不行。
我看了miniprogram-compiler的wxmlToJs逻辑，里面遍历了全量wxml 和wxs，拿到wxmlList 和 wxsList
如果可以修改这个库的逻辑的话，那是不是就可以通过外部传入wxmlList 和 wxsList。
然后在外部去分析组件依赖的wxml，和wxs，得到wxmlList和wxsList。
不知道这样行不行。
miniprogram-simulate@1.5.0
支持了编译的一些配置，应该可以满足你的需求了，可参考 demo10。
@JuneAndGreen 可以问下这里是忘记更新么？
噢，是的，这份之前是其他同学帮忙弄的，我这边遗漏了。
改了 miniprogram-simulate@1.5.1，再试试看？
还有文档这里之前也笔误了，也一并改了：
可以了 感谢~
对了，之前在排查问题的时候，花了比较久的时间才排查到时因为缓存区的问题，感觉有时间可以优化一下。
我之前是通过打断点的方式找到错误的，比较麻烦。
可以的，我记一下。
可以了 感谢~ 对了，之前在排查问题的时候，花了比较久的时间才排查到时因为缓存区的问题，感觉有时间可以优化一下。 我之前是通过打断点的方式找到错误的，比较麻烦。
miniprogram-compiler@0.2.1 补充了，会将 spawnSync 的异常直接抛出来