了解下现在有多少公司开始使用 React Native 了？ 或者大家对这个感兴趣么？

企业开发为了速度和效果首选 ionic 或者 vux 这种传统混合应用
大公司有自己的花式 native 框架
所以 react native 的定位在哪里 现在 react native 的速度接近 native ，出了问题也是 native ，那为什么不一开始就 native
真的会有那种又快又便捷的折衷么？还是真的需要这个折衷么？

顺便说一句，虽然 google 一直在推 material design ，但是国内的 app 一个比一个长得像 IOS 风格， 2 个平台一个风格直接跑还是基于 webview 更好实现一些
毕竟是不掺水的 css 实现

React Native ，原因无他，只有他能让前端同时写安卓和 iOS 的应用。
而且实际开发体验上，那种需要去原生端解决的 BUG 比较少，大部分时候一个人能应付过来。只是做一个不复杂的 App 的话，基本足够了。

@murmur 速度接近 native ，但是出了问题并不是 native 。
官网有 Showcase ，可以看一下：
https://facebook.github.io/react-native/showcase.html

国内的腾讯、百度、京东、携程等都在用，阿里倒是没用，他们自己折腾出了一个类似的 weex

我正在学习 RN

@0bit 这些 app 多少是全 react native 还是像 ali 自己当时在文章里说的，上了几个模块试水

@murmur 开发速度上能快速搭个模型出来。至于性能问题，普通应用注意要点也不会有太大问题。
问题就在与某些模块的确非原生才能解决的，就可以使用 hybird 开发方式，用 react native 调用 objectC/swift 。

很多公司在偷偷用但是不愿意对外说，其实挺好用的，而且很容易配置代码热更新。

有啊

@murmur 不可能全是 react native 的，而且以大公司的实力，风险大，也没必要全部上。
react native 有它更适合的地方，比如在一些独立的非核心模块逐渐替代，还有就是因为有 CodePush 这种，能够很轻松的做到客户端热更新，尤其适合各种临时活动页面。

刚才看了一下，我说的一个很重要的特性，就是新加的 webview 的 post message ，终于双平台实现了
0.24 的时候我记得还没有
而且还有人跟我说这东西不重要。。不重要你让本身就了 wap 版的怎么复用他的页面。。

我们公司在用。 前端就用前端栈来写……

和 web 复用了大量代码。 主要是 redux thunk 。

不过 0.40 的 breaking change 还是挺蛋疼的……

@ericls 0.40 确实是个坎，升级之前，要看一遍所有用到了原生代码的第三方库是否适配了。所以我们还停留在 0.39♀

@0bit 哈哈 我们今天刚刚到 0.41 也是卡了一整天……

我们这有 2 个内部 app 也是用 RN 的，开发体验和性能都挺好。

@Ahri 所以呢，你说的是用了 react native 的咸鱼和 QQ 音乐么，这两个程序在我的米 4 上每周平均要死机 4 次以上， qq 音乐更是打开 10 秒以上才能正常听歌

换了米 5 之后，配置上来了，这个问题才解决

对于 rn 我还是观望，我还是不信哪个大公司到把以前框架全推翻整体 react 化，而且以现在 react 的普及速度，等 react native 能全部覆盖 cordova 的插件，再学也不是难事

@murmur 我们就是把 ionic 全部推翻，更换为 RN ，领导和用户都觉得体验好了不止一个级别。
不过当初 ionic 1 的性能一坨屎，走的还是 webview ，不知道 ionic 2 是不是有变化。

@happyeveryday ionic 的问题实际上是安卓 webview 性能不行的问题， 4.4+以上会有飞跃的提升， 4.4-的对应配置换 crosswalk 都没解

我们在用，虽然升级时有不少坑，但是还不错。

不太复杂的话用着还是挺好的（一路填坑走过来的）

开发速度确实快，但是也有挺多坑

插楼问一下， NativeScript 有人用过么。
目前看到的 RN 感觉比 NS 使用更广泛。 NS 基本上就没看到过有人实际生产使用啊？

自己写 native ，涨工资的人用 react native 。你说有必要开始吗？

其实我更关心开发速度快是快在什么地方呢，毕竟 RN 组件貌似不是很多的样子

@StargazerWikiv 恩，但是 react native 不提供的方式，你就没办法做。但是用 native 可以实现。虽然现在大部分都是一些 TableView 做数据的展示。但是想要做好的体验效果还有 openGL 或者底层一点的感觉还是需要 native 把。我了解的不多，只是猜测。如果说的不对，还望指正

@panzhougeek 你说的没毛病，只是 RN 方便在减少人工。 RN+R 不耽误，但是一般小公司直接 RN 都能解决。

@StargazerWikiv 所以做 native 的都被逼到大公司去了 哈哈。

@panzhougeek 所以加油进 BAT ，才有出路。要不然就要转型了。

@murmur 大公司整体 react 化应该是看不到了， RN 那些顽固的 bug ，半年以上解决不了的还不少，特别是那个 listview 性能问题，快两年了，年前看的时候还没搞定，另外 RN 在 android 上的问题还不是一般的多，内存也是个大麻烦事，复杂的应用低端的设备根本没法跑