Peach
Peach
请提供最小可复现仓库
这个应该和 SWC 有关系，之前群里有同学反馈过有一台 Windows 设备没法编译，其余设备又是好的，目前怀疑与 SWC 和操作系统/芯片架构的兼容性有关系，但因为无法复现所以比较难定位 有兴趣的话帮忙排查下看有没有解法，以及看下 SWC 社区有没有类似的反馈
这个问题暂时没找到原因，遇到的设备可以用 code 标签写外部 demo，外部 demo 不会走 SWC
> 此问题并非 swc 的问题，而是 node 与 vc 依赖版本问题，通过更新最新版本 vc++ lib 可以解决 @hexf00 厉害👍 感谢排查，困扰许久的问题终于破案了🎉 如果有精力可否帮 dumi 在 SWC 编译后添加校验，如果编译结果前后一致就报错引导用户更新 vc++ lib，log 格式可参考：https://github.com/umijs/dumi/blob/7e250d8039ad59e4dea969313dfc8f012b2fb0df/src/loaders/markdown/transformer/rehypeLink.ts#L77-L80
和 dumi 2 具体版本无关，dumi 2 的自动 API 目前不支持 Windows，受限于底层解析库，支持时间尚不确定，Windows 用户请使用其他方式编写 API 文档，比如手写 Markdown 表格
dumi 2 目前还不支持 Umi 项目集成模式
排查发现要从解析器层面支持，暂时搁置
展开所有类型可能会使得类型值特别长，所以目前只会展示顶层类型名称
试了下是可以的，会不会 `node_modules` 下 umi 的版本还是旧的
感谢发起讨论并提供方案，这的确是个急需解决的问题👍 不过描述中的思路不是很建议，目前有 3 种思路，按推荐程度排序： 1. 解析器（parser）支持过滤参数：但由于解析器没有开源，虽然是最佳方案，但执行进度强依赖我们内部相关团队的研发投入，坦白说目前是搁置状态 2. 支持配置过滤条件，在解析后过滤（assets.ts）：这是备选方案，可以先与 dumi 1 实现[相同的配置项](https://v1.d.umijs.org/config#apiparser)，后续 1 实现的情况下也可以考虑做适配，让用户没有感知 3. 在 API 组件里过滤（运行时）：这个方案不太建议，原因是过滤行为发生在运行时，这意味着构建产物里仍然包含大量开发者不需要用到的解析定义，它们多的时候甚至会有好几兆 所以按照目前的情况，如果你感兴趣且有精力参与 dumi 的话，比较建议第 2 种思路，你看看有没有其他的思路