@stabc react native 相比于 cordova 最大的优势是所有元素可以全用 native 渲染，在手势、动画、性能以及（内存占用？）上会有很大优势

但是现在已经是 2018 年，安卓 4.4 普及以及 ios9 的普及让 webview 有了很大的性能提升，即便不用 crosswalk 也能有不错的体验
而且在 cordova 下，因为是真的 js 和 dom 环境，所以一切你在 wap 下能用的东西都可以用，单独的页面去掉 native 部分还可以做成 wap 版给不愿意下载 app 的用户看一下

我不是来宣教 cordova 的，我只是顺手提到这个东西然后不小心水了一下而已，什么场景用什么技术，我们有很多过分的需求 rn 就是做不到

@icris native+web

顺便跟楼主说一下
某些人认为我说的彩笔
但是根据我的经验，越是彩笔分享经验你越要记笔记，我这种彩笔说什么东西坑那对于经验没多少的新人基本都会踩到
反倒是牛人，他们因为经验丰富，精通各种语言开发，可能遇到什么问题就顺手解决了一下，结果最后的结局就是这个框架没什么问题，好的一批

这里不花过多篇幅讨论 cordova 和 rn 的优劣，但是你要知道插件和生态环境也是选型的重要因素，比如同样的 nfc 支持
https://github.com/chariotsolutions/phonegap-nfc
别人的项目和文档

ui 库
https://vux.li/

相比 rn 那种动不动就 要 ios 和 android 差异化设计的也敢叫 ui 库

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

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

@Tyanboot
论备份 java 是 1996 年 c++是 1985 年 php 1995 年
go 火也是火在这 2 年 替代了 nodejs 和 python 的一部分信仰 哦对了还有前几年的 erlang

运维是全平台通吃 为什么不考虑 thinkpad

jquery 杰阔睿
+
j2ee 捷途易易

简直天作地和的一对

我来说几点我的看法：
对于小公司、圈钱就跑的公司或者企业应用规模不大时我认为可以，但是因为 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 的应用是一样的

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

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

@MonoLogueChi win7 这么优秀的系统怕是比 winxp 寿命还要长

@neutrino bootstrap 缺少个性，没有专门设计的情况下甚至还有点丑

golang=够烂
这个语言名字起的不好
所以没前途

go 那是太新了还没运行多年
等 go 跑了五六年我就不信他的坑会比 java 少

好感动 某些小公司的需求文档都没这个题详细啊

中间是内容两边留空
不要总想着什么响应式布局
那种东西只有对于特殊布局的网站才有用 比如瀑布流这种多一列不多少一列不少 或者是 apple 那种大图+文字+大图+文字
稍微有点个性的网站就趴窝了

@fhbyljj 手机啊 很多安卓机的逻辑分辨率就是这么大

ecshop 那个代码质量吧
如果只是想配一下上线还可以用
二次开发的话算么吧