公司 App 项目基本都是 ReactNative 写的，极少原生，大家的觉得这样合适吗？

[FreshOldMan]

[chmlai]

合适

[Akkariin]

看你是什么样的公司了，公司自己用的那种没问题。

[murmur]

等做大了早晚要改 native 层的
至少加固什么必须的得做

[janxin]

看需求看用户群体，对于开发产品而言 RN 对于快速发布和更新还是帮助很大的。

作为用户，反正我尽量不用 RN 的应用...

[huiyifyj]

小公司很常见，大公司基本是原生好点

[zhchyu999]

大公司也会有迅速相应业务的需求，也得时刻都有上线的能力。之前是插件化，现在折腾 RN，至于用户体验，谁管呢，绩效拿到，老板用的都是最新款手机，不卡就行

[game3108]

RN 的好处是热更新，不用发版本，app 体积小。
坏处就是接入较为麻烦，任何横向的扩展都会生不如死。（例如全面的打点需求）

[3a3Mp112]

@game3108 RN 和热更新有关系吗？

[lsyAndroid]

只要你们有人能 hold 住就行

[beginor]

合适！

对于老板来水，可以少几个 native 开发，省钱，用什么技术不重要！

对于客户来说，只要不卡，谁管你用什么技术实现！

[icris]

ReactNative 是 Native，问题不成立

[murmur]

@icris 按你这么说 cordova 有 native 层只不过整个 app 都跑在 webview 里

[icris]

@murmur #12 ReactNative 大部分情况下不跑在 webView 里

[lightening]

ReactNative 做出来是是 OS 的 Native UI Elements 啊，不是跑在 WebView 里的。

就算是用 webview，也看你公司 app 的用途。如果是简单的信息类 app 而且 app 不是公司的主要产品，我觉得也没什么问题。

[murmur]

我来说几点我的看法：
对于小公司、圈钱就跑的公司或者企业应用规模不大时我认为可以，但是因为 rn 的渲染也是 native 层，比起 cordova 纯 webview+bridge 的解决方案，显然后者更好解决，因为如果是 wkwebview 或者 uiwebview 的 bug，受影响的是成千上万的 wap 网站和 app 内置页面，内测的时候把苹果辱骂一番你看他出不出解决方案，但是如果是 rn 层某个组件的 bug，等解决方案或者自己解决的难度是明显高于 cordova 的

另外做大时候整个 app 都是要加固的，bundle 或者 webview 里的东西的混淆视作不加密，基本是送给别人的，那你的核心逻辑、加密、协议这些要往 c 层转移，到头来还是需要优秀的 native 程序员来搞定

你记住一点 react native 不因为他是 native 坑就比其他的框架或者方案要少
大厂的东西长的像 cordova 或者长的像 react native，但是你不知道他的 native 层魔改了什么东西，就包括 pc 端长的像 electron 的应用是一样的

[stabc]

@murmur 你把 RN 和 Cordova 的 Native 当一回事做类比证明你一点常识都没有。像你现在这样凭空臆想出一堆理由做总结，还用“你记住一点”这么荒诞的词汇，对于新人是极大的误导，对技术社区也是一种危害。 建议你先用 RN 和 Cordova 开发一段时间，熟悉各自的坑和优劣都在哪里，再来就事论事发表相关言论，那才是对别人有帮助的事情。

[murmur]

@stabc 那只是嘲讽某些人自以为用了 react native 就敢说自己是 native 开发了
不要当真

[liuzhedash]

合适，React Native 的开发效率高，效率高才有可能活下来。做大了再招人扩 native 侧功能，或者直接 native 重写都行。

[murmur]

@stabc cordova 我用了快 2 年了 react native 一年还是两年前用过就弃坑了 一是他当时的 native 库远被 cordova 成倍数碾压 而是他的 webview 当时实在太弱了 连最基本的回调和钩子没有 而 webview 才是整个项目中最大的复用点，我们有很多地方都是直接提供页面在 app 里显示，没法给你转写 rn

[liuzhedash]

@murmur #15
举个极端的例子，如果用户坚持不更新 ios，那么当前版本的 webview 问题没任何办法解决； ReactNative 的某个组件实现有 bug，可以单独抽出来解决。
加固确实无解。