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

[panzhougeek]

说下我自己，了解过一点这个框架，但是还是觉得原生能做到更好的效果，所以对这个就没有深入了解了。但是不知道各位再公司对这个框架应用多么？小小的了解

[murmur]

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

[murmur]

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

[Lxxyx]

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

[0bit]

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

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

[fengdianxun]

我正在学习 RN

[murmur]

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

[yanzixuan]

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

[Ahri]

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

[juice]

有啊

[0bit]

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

[murmur]

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

[ericls]

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

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

[ericls]

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

[0bit]

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

[ericls]

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

[happyeveryday]

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

[murmur]

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

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

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

[happyeveryday]

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

[murmur]

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

[xwartz]

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

[yazheng]

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

[liuzhedash]

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

[WispZhan]

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

[StargazerWikiv]

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

[zenghaojim33]

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

[panzhougeek]

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

[StargazerWikiv]

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

[panzhougeek]

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

[StargazerWikiv]

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

[nicevar]

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