有没有可能不以 bundle 的形式生成小程序产物。

[souldar]

在我学习和使用 Taro 后，发现支持 React 项目运行时跨端的构建能力有两个：

1. 搜索使用到的原生组件，基于搜索结果生成递归模块，页面/组件配置中的 usingComponents 等。
2. 为不同类型的 Entry 注入不同的启动代码和运行时 SDK，如 createReactPage 等。

bundle 形式、内涵 webpack 模块机制的产物是 webpack 附带的。而小程序开发者工具相当于内置了一个打包器，在发布时提供 bundle 形式、模块机制，因为我觉得在小程序的开发环境下，bundle 形式不是必须的，反而会带来些其他问题：

1. 大 bundle 会让小程序的懒加载、按需注入机制等失效。
2. babel 对 ES 语法的处理、webpack 模块运行时会占额外包体积。
3. 产物代码不易读，增加了一定的调试成本
4. 需要通过 SplitChunk 对分包做额外的处理

所以是不是可以像 Rax 的编译时产物一样（没了解过 Taro 的编译时，不知道是不是也一样），保留原来的项目文件结构，每个文件内是 commonJS 的模块切经过 JSX 的转换处理，node_modules 里的依赖统一放置在 npm 的目录下。让小程序的产物更贴近小程序的生态。仅把 webpack 当作一个依赖处理器，在避免问题的同时，也可以让 Taro 可以和构建工具解绑，核心能力以 babel 插件的形式和通用配置的形式提供，可以低成本地切换构建工具： （webpack + babel）、 （esbuild + babel）、（vite + babel）