忍斗无法分辨，机器能知道？好比有个数学方程，你都不知道怎么解，还怎么写代码解，还有就是识别问题，现在的 ai 能识别是不是纸，但是识别不出是沾了什么液体的纸，粘了化学药剂和水就是 2 种垃圾了，这才是可怕多地方

看看 vim 支持的系统就知道了

感觉你思路有问题吧，你这样设计把订阅方式变成了观察者方式，那还不如所有事件斗在一个队列里面处理，类似 react 盒合成事件

@wly19960911 react route 有这个 API 可以在不使用 组件的情况下解析 返回结果是个 match 或者 null

@wly19960911 看你怎么设计了，我现在用的是 display none 的方案，还有一个思路是吧所有子组件的 state 通过 context 缓存 ，展示的时候再付值，不过这个改造工程比较大

啥叫 路由缓存？类似 vue 的 keep alive ？这个的话没有办法，react 的机制问题，非要做的话可以 display none 再配合路由管理，

@yankebupt 引了老哥的发言到 b 站，http://www.bilibili.com/video/av48998130/?share_source=copy_link&p=1&ts=1555115527&share_medium=iphone&bbid=318099d337fc05abb5eeef58c3fde1d1

这年头都这样，我的观点是，你吃过原生这坨屎，再去吃跨平台的，不然你就真的屎了，

想起前天朋友去面试问了一堆 react 的问题，最后告诉他我们公司是写 jq 的

这种三方转原生的多少都有优劣势，rn 优势在于
1.你学过 react，上手很快，
2.你学过 java 或 oc 有加成
3.不是高度复杂页面 rn 都能解决

缺点：
1.莫名其妙的错误提示（大多数是 js 问题）
2.版本升级麻烦

我个人还是挺喜欢 rn 的因为是 react 使用者 然后写过 java，所以用的还挺好，最近 rn 咬升 0.59 全面支持 64 位了

上香磕头

微信这类估计都是屏蔽了这个 API 了，没得办法，有渠道先去问问厂商开发者，

分母+1

@nohup 我只想知道哪个公司，好让我拉黑