进度

一些问题和思考

vite默认打包是单入口的，也就是在build.lib.entry里面只能穿一个字符串。

而支持按需加载主要是要将打包产物的内容进行分离，那这个vite也在不断做改进。

根据我现有项目的样本

vite2.x版本支持通过rollupOptions中的input来实现多入口分包，但是entry需要传''空字符串，来保证路径和命名符合预期。
vite3.2.x这个机制产生了变化，用2.x的配置进行打包会报错，因为entry不允许传''空字符串了，而在看源码的时候发现main分支已经进入到4.0.0-beta.0版本了
vite4.x在我使用的时候还没发布正式版，但是打包的时候build.lib.entry配置实现了rollupOptions.input相似的功能了，可以看代码段github.com/vitejs/vite…。

因为之前做相关建设就选用的formily，所以这次还是用了formily，但是没用全家桶，状态管理仍然使用了mobx，这里会有一些冗余，但不是当前的重点，后续再进行优化。

这里测试性能的样本使用了深度为4，每个节点广度为10的全树总计10000个节点进行100次渲染的测试，下面可以看下结果。

从图中可以看出，还是多了一些解析代价的，毕竟要在运行时构建JSX接口再生成VNode，在上面的样本中有多接近10%的解析代价，在正常业务场景是可以接受的，而且这个解析思路也可以做到SSR上，那这个解析代价就会变得更小，这里还有很多细节，后面单独写文章说一下。

不过这不是最终的数据，后面随着功能的增加还会做增量的更复杂场景的对比，如：

有大量表达式的时候
打包文件和DSL文件因大小差异带来的优势和代价，从当前的用例来看，用DSL的包大小会比JSX打包出来的大小更大，这个跟我之前的预期是有差距的，但是这也是因为节点都是最简单的节点导致的。
因状态变化带来的重新渲染的代价。

那就结而论，这个结果是比我预计要好的，在对性能要求没那么极致，但是对搭建有需求的场景，是很OK的。

前面两个月的工作积累了一些功能，12月我会暂停新功能的开发，对项目补充单元测试和文档，争取一个月把现有的内容稳定下来。