刚写的，代码还是热的。推荐一个： https://github.com/wuchangming/react-interpreter

em... 如果是基于 Taro 3 之类 React 的框架就 CSS in JS 吧 😂。不过原生 css 也是类似 js 可以先解析成 ast 后再和框架结合进行处理，但我确实没研究过，感觉开发成本比较大。

@JenJieJu 因为要先解析 ast ，性能是会差点。用的时候确实也是要分场景，特别吃性能的页面就不推荐了

@yaphets666 ，大部分场景确实是伪需求。只是最近在做跨端项目的低代码平台，其中涉及小程序这一端，由于审核机制导致这个端不能和其他端「 Web 、RN 」同步发布，要引入别的步骤，所以有了这个想法。

eventBus 和 redux 这些全局变量类的数据管理方案，模块化都不好做，命名空间约定也是麻烦事。如果大项目或者多人合作项目，模块化还是挺重要的。小项目除外，小项目上面说的什么都行。

@statumer，同意，写业务项目直接 Mobx，业务与 UI 分离，MVVM 效率也高。如果写开源库组件库什么的另说

react-router 和 redux 都不喜欢。个人感觉给 react 减分

财富密码

1. 回
2.不回

@shintendo [狗头]

用 react，JSX 一把梭，不用换。

来自未来的感谢+1

@doublleft，你说这个是可以的。嗯，这里其实就是简单封装了下你说的这种方式。

@doublleft ,是可以 require.ensure 异步拉代码。但因为初始化 store 的时候就用到所有的 reducer，已经决定了你必须一开始就去把分块到另一个文件中的 reducer 加载回来。不能等到真正要用到某个 reducer 再去异步拉，加载相应的 reducer。require.ensure 只是把代码分到了另一个文件，不能决定那个文件是什么会被拉取。

@doublleft , requre.ensure 只是做了代码分块。一般我们用到 redux 的时候都是一开始就初始化好整个 reducer 的结构。所以就算把某个 reducer 代码做了分块，也是一开始就需要加载做初始化。并不能减少首屏加载的代码量。

如：
路由 /a/xx 只用到了 reducerA
路由 /b/xx 只用到了 reducerB

一般的做法，必须一开始就初始化所有 reducer。
const rootReducer = combineReducers({
reducerA,
reducerB
})

但如果异步去加载 reducer，就可以等真正需要用到的时候再去载入相应的 reducer。
对比较大的项目来说应该可以减少一定的首屏时间。

www.baidu.com 跳到 m.baidu.com，没问题吧。
m.baidu.com 是百度的移动端版本

差不多就这意思

@AdamChrist，THX