期待有更多关于rax的文档，而非rax-app的文档

[yuchonghua]

1、期待往后有更多rax的文档
2、期待rax和rax-app的文档能分开提供
3、rax-app很多时候不一定能完成很多特殊需求，如果能有更多关于rax的文档，或许rax能被搞好的应用起来

[SoloJiang]

1. Rax 更多还是通过整个研发框架体系来提供跨端能力，所以会更侧重研发框架维度来给开发者提供解决方案
2. Rax DSL 本身的演进未来还是会向 React 靠齐，并且尝试在特定场景进行优化，所以文档更多还是推荐看 React 文档，我们的文档核心透出差异点
3. 关于 Rax App 特殊场景的需求，可以通过 github issue 的形式反馈，我们会评估之后看下是否可以提供解决方案。一两个点的影响导致开发者无法使用我们提供的跨端最佳实践，是框架本身不愿意看到

[yuchonghua]

非常感谢您的回复，目前 rax-app 虽然已经比较完善，但目前局限性还是比较大，迫使自己重新构建打包器的原因如下：
1、在SSR的时候，无法动态根据服务数据库显示头部信息，这个对 SEO 还是有很大的影响
2、无法很好的植入到 njs、vertx、阿里、百度、腾讯的边缘程序 SSR渲染，虽然rax-app打包出了渲染，但是很多差异化渲染需要在SSR中完成
3、路由目前依然不是很完善，无法很好的同事兼顾多终端
4、最痛苦的是使用webpack打包速度实在太慢了
5、目前引入其他ui库还是存在比较多的问题，只能自己制作一套ui库

[imsobear]

先回复这几个问题：

• 1/2/3 可以提具体需求
• 4 最近会支持 webpack 5 + swc ，速度有较大提升
• 5 这个跟 Rax App 没有太大关系，如果使用不了自己搞工程也还是使用不了

然后回到主楼的问题：

• 文档站点分离的确更合理，但目前来看必要性不大，目前 90% 以上的用户都是 Rax + Rax App 配套使用
• 无论分不分离，对于 Rax 本身的文档都是应该完备的，具体缺哪块可以提诉求，我们先补全到现在的站点上

[yuchonghua]

您好，我想使用vite打包一个rax的小程序，目前有运行时的RaxCore实现的rollup方案

/ping @imsobear