讨论：小程序Web运行环境独立维护

[leiming]

非常感谢作者提供如此方便的插件！

对于此框架，最需要的功能是Web服务与编译器模块，但整个项目将webpack，virtual-dom， wx-component 等功能集合打包在一个项目里。

请问是否考虑将编译环境独立维护呢？例如：

yarn add weweb -D
DFT_CMP=true weweb path/to/examples/

也就是说，将 lib/ 部分的 proxy, server 等单独发布、维护，您看这方面是否可行？

[IOriens]

我们现在是通过参数指定是否开启 server，我们考虑下加个参数，让它不编译直接动服务。把编译模块单独发布出来也是可以的，你可以把需求说得更详细一点，我们会评估的. @leiming

[leiming]

@IOriens 谢谢回复。

需求上说，weweb 能在浏览器环境运行小程序（无论是原生小程序，还是经过webpack编译后的代码），一方面方便单元测试与接口测试。另一方面同解耦也明确了server 的使用场景。我主要想到的是
proxy（请求路由代理）， server（web容器） 的功能。如果能直接用本地 wcsc 等编译，唤起后的服务能调用 wx 的容器接口等更佳。

方案定下来后，需要 coding 部分，我也可以参与。

[pgfxm]

你的意思是：我们提供一个平台，可以用来跑大家上传的小程序？是这意思么？

[leiming]

@pgfxm 我还没想这么远。

我原来的意思很简单，这个项目大体分为相互独立的两部分：

• src/ 基于 WebPack 静态编译环境
• lib/ 基于Koa 的运行服务环境，加载编译后的可直接被微信小程序直接使用的代码，基于浏览器环境的模拟器，并且能实现大部分微信API

我（只）需要 lib 下的代码，用来干嘛呢？比如基于e2e单元测试，比如性能分析与优化等，如果已经有类似的项目，烦请告知。

目前遇到的问题是，咱们的项目与 @chemzqm 在维护的 https://github.com/chemzqm/wept 都停止了，小程序API 部分的更新，src/部分，各个项目有自己的理解，都OK，我个人认为lib提供的价值更大，更通用，所以第一步只想到分离依赖，再做打算。

@pgfxm 做平台的主意也很棒，从落地上，我觉得当下的难度更小，更实际一些

[tbfly]

Will it support minigame?