想了解下大家对于 React Native 的前景看待 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
issuz
V2EX    程序员

想了解下大家对于 React Native 的前景看待

  •  
  •   issuz 2018-03-03 01:46:58 +08:00 via iPhone 18957 次点击
    这是一个创建于 2790 天前的主题,其中的信息可能已有所发展或是发生改变。
    44 条回复    2018-04-15 12:20:09 +08:00
    tyrealgray
        1
    tyrealgray  
       2018-03-03 01:51:06 +08:00 via Android
    还是会一家独大很长一段时间
    Pastsong
        2
    Pastsong  
       2018-03-03 01:54:42 +08:00
    react native 的 contributors 数量在 GitHub 排第二
    feikaras
        3
    feikaras  
       2018-03-03 02:06:16 +08:00
    中期看好的程度。
    jtsai
        4
    jtsai  
       2018-03-03 08:16:53 +08:00 via Android
    最后还是 JS。
    原生 rn html5,大势所趋,欢迎反驳。
    ech2o
        5
    ech2o  
       2018-03-03 09:01:17 +08:00
    头像宏亲??
    NxiJSiOS
        6
    NxiJSiOS  
       2018-03-03 09:21:14 +08:00
    不看好,包括 Google 的 flutter
    popbones
        7
    popbones  
       2018-03-03 09:32:54 +08:00   4
    我厂最近刚好选了 RN 来做 Android 版的 APP,当时选 RN 也是为了试验一下。刚开始挺简单,然后开始即成第三方库,发现很多都没有官方 RN 的包。当然 binding 也并不复杂,但是还是免不了去改原生代码。加上因为以跨平台为目的,导致可共用 UI 组件基本是 Android 和 iOS 的交集,所以两个平台的覆盖反而都有限。

    当然,如果你做的 APP 只是个瘦客户端,并且交互体验不是重重的之重,也不在意切合不同平台的不同功能还是可以的(比如,你的 iOS 版不需要考虑 CoreData 和 iCloud,比如不太在意后台运行这些),否则的话还是得花相当的时间针对平台优化(同时这些优化反而有可能被 RN 局限),也就是共用一下 Layout 和 Styling 而已。

    另外,去看看 React Navigation 的 bugs,很多都是一些很基本的诉求。
    Fisherisland
        8
    Fisherisland  
       2018-03-03 09:40:44 +08:00 via iPhone   9
    其实对整个
    Mobile
    Web
    都不怎么看好

    原因呢 我说直接一点吧 已经饱和了 门槛也降低了 技术含量也一般 薪资也一般

    你们难道没发现 v2er 的工作公司,收入,工作内容都挺 low 的麽

    你们难道没发现很多二三本的学生入行就从 web 和 mobile 做起麽,你去市场看,找一个三本刚入行的程序员,很大概率 ta 在做 web

    其实 收入和需求有关 整个行业都普遍收入不高,那你应该考虑一下是不是你这个行业已经过气了
    ycz0926
        9
    ycz0926  
       2018-03-03 09:49:57 +08:00
    @Fisherisland 学历、行业……可以让你高潮么?还是说,你就靠这个得到优越感呢?我工作中接触到的有国外留学的,国内 top 几,甚至是读博的,也还不是在做着一样的事,一个项目,尤其是涉及到多学科的项目,不是说就靠一个人能搞定的,把自己擅长的东西做好,我觉得也挺好
    snail1988
        10
    snail1988  
       2018-03-03 09:54:37 +08:00
    @Fisherisland 不是 v2er low 是整个世界高精尖的东西只有 1%的精英在做,其他人都在使用他们的成果。即使是使用巨人的成果,也是分三六九等的。
    brickyang
        11
    brickyang  
       2018-03-03 10:43:59 +08:00 via iPhone
    曾经很期待,因为 Javascript 和 React 是我的第一技术栈,试过几次后放弃了。

    主要是开发体验并不好。如果是 JSer 期待用已有知识开发 app,可能并没那么乐观。

    从头学 Swift 也比折腾 RN 舒服。
    sammo
        12
    sammo  
       2018-03-03 12:49:03 +08:00   6
    推荐给竞争对手的公司用了
    NxiJSiOS
        13
    NxiJSiOS  
       2018-03-03 12:57:35 +08:00 via iPhone
    @sammo 可以可以
    waltcow
        14
    waltcow  
       2018-03-03 12:59:44 +08:00 via Android
    直接手 swift/kotlin 成本也不会太高
    feverzsj
        15
    feverzsj  
       2018-03-03 13:04:11 +08:00
    前端编程就是不断的后浪推前浪,而下一个潮流是 wasm
    moult
        16
    moult  
       2018-03-03 13:04:41 +08:00 via iPhone
    Weex: 你们还记得我吗?
    zjsxwc
        17
    zjsxwc  
       2018-03-03 13:17:51 +08:00
    个人感觉没有官方原生的写起来爽
    acros
        18
    acros  
       2018-03-03 13:37:51 +08:00
    收藏一下,回头看看。

    我本来不做原生的,之前有应用要出 ios android 双平台,看了下 rn,感觉不如直接学 objc 和 java。
    rn 要在有原生开发基础上做的,差不多是给高级独立开发者用吧,也就是全栈工程师了,不过这类人应该很少。
    hfenger
        19
    hfenger  
       2018-03-03 13:43:59 +08:00
    中小学生前端现在都写得飞起,真不是骗你们
    vardarling
        20
    vardarling  
       2018-03-03 13:49:57 +08:00
    找对方式写起来体验还是很好的,写动画体验很差,上次 3 天时间写了一个 app
    https://github.com/trazyn/JJJkkk
    kingcos
        21
    kingcos  
       2018-03-03 13:50:51 +08:00 via iPhone
    @Fisherisland 这个说法我赞同也不赞同。

    培训机构四个月,出来一堆两三年工作经验的,而一个名牌大学生,甚至研究生,可能才刚实习。我不知道这应该是对谁的讽刺,因为毕竟前端,Android,iOS,后端目前还能赚钱。可能是因为这个行业高度成熟,成熟到足够四个月把基本工作的问题都解决了。但谁知道下一个人工智能,什么的是不是也会被培训机构整理,归纳,最后四个月输出一堆。

    其实个人对培训机构本身没有太多的否定,因为培训机构相当于在有限时间,加大了效率。如果有人自制力可以从早到晚一直钻研某个技术,且有一定的方向,那他的能力应该也不会很差。

    所以前段时间也在纠结是否要考研,是否以后要从事一些替代性不那么强的工作。但说实话这些知识的艰深程度并没有那么大,太偏理论化的东西可能替代性不强,但是应用起来很难。
    strugglexiang
        22
    strugglexiang  
       2018-03-03 15:35:44 +08:00
    @vardarling 大佬,我想学这个,怎么学的哦,我刚接触,就配置环境和打包,我就搞了 2 天
    rqzheng2008
        23
    rqzheng2008  
       2018-03-03 16:05:25 +08:00 via Android
    rn 还是挺好的,如果你是前端想做个应用的话,现在有两个法子,如果想快速带用户量就做小程序,如果有些特定需求小程序 api 能力不能支持,就用 rn 或者 weex 捣鼓一个双平台 app,两种方法我觉得都比纯 web 好,纯 web 页面现在要用户记住地址或者名字去浏览器访问,已经不容易了。当然 rn 会有些问题比如长列表滚动,如果你遇到了再去 GITHUB 找解决方案或者请终端同事看看也是可以的
    vardarling
        24
    vardarling  
       2018-03-03 16:08:57 +08:00
    @strugglexiang 多踩坑习惯了就好了
    dan2001go
        25
    dan2001go  
       2018-03-03 16:20:45 +08:00
    换我的话就直接原生开发了。。其实学习成本也高不了多少。
    react native 没研究过,之前国内有几个类似的搞过,那个是再怎么搞都能分别出一点优劣的。
    不过一些要求不是很复杂的应用用这个挺好。等于一个前端做三个工作量,对一些公司来说成本可以降低不少。(除非公司内部有全栈程序)
    一些超复杂或变动频繁的页面,也不太会考虑用原生。个人还是喜欢原生结合 WEB 这种方式。
    长期应该还是会共存吧
    nicevar
        26
    nicevar  
       2018-03-03 16:54:45 +08:00
    不温不火,然后消失
    移动端考虑体验还是得原生开发,RN 这种做点轻应用或者给原生当辅助还行,html5 代替原生也鼓吹了六七年了吧,性能差距还是太大,同类型的应用,大家都会考虑用原生开发的
    murmur
        27
    murmur  
       2018-03-03 16:59:54 +08:00
    想要性能还要兼容性的事哪里有
    企业应用首选 h5 开发快可以为所欲为
    大厂源生走起
    palxie
        28
    palxie  
       2018-03-03 17:10:41 +08:00
    我觉得 react native 还是有发展前景的
    之前我们公司 2android 2iso,分别开发,android,iso 分别都要开发一遍.现在一起开发,效率提高了不少.
    虽然 rn 现在还要很多坑, 但体验已经接近原生了, 总体我还是喜欢用 rn 来开发的
    hutaishi
        29
    hutaishi  
       2018-03-03 18:03:59 +08:00
    @Fisherisland 说的太对了
    zhangwilling
        30
    zhangwilling  
       2018-03-03 18:16:59 +08:00 via Android
    @jtsai 最终还是 html 的,不能同意更多了
    tscat
        31
    tscat  
       2018-03-03 18:52:11 +08:00 via Android
    基本上都是原生和 html5 混合开发。
    rn 的优势不明显。
    然后个人觉得稍微注意体验的公司都不会选择 html5 和 rn 去做处理用户操作的事。因为无论那些人怎么吹,体验实在是太差了。特别是低端机型。但是 html5 的 ui 这块还是非常好用的。
    然后上面有些人实在是太装逼了,特别是那扎眼的 mlmobile。。逼格太高
    newbieo0O
        32
    newbieo0O  
       2018-03-03 19:08:57 +08:00 via iPhone
    只是个玩具语言,过几年就要淘汰
    newbieo0O
        33
    newbieo0O  
       2018-03-03 19:09:22 +08:00 via iPhone
    玩具语法
    safedogcc
        34
    safedogcc  
       2018-03-03 19:47:31 +08:00   1
    很多人说是玩具,但我已经写成 APP 且进行了上架!
    没错,就是[下一栈]( nextstack.xyz)

    当然,没有原生那么流畅(如动画),但优势也不可忽略。
    我主要看中了 js 能够“热”执行的功能,这样,我就可以方便的采取“插件化”的设计思想,把很多需要扩展的东西采用简单的 js 脚本进行编写,方便实用!

    总的来说,因人而异吧!有的人能用汇编写网站,有的人也能用 js 写木马,语言终归只是工具,个人的思想以及实现才是根本!
    欢迎体验试试哈!
    faywong8888
        35
    faywong8888  
       2018-03-03 20:03:54 +08:00 via Android
    faywong8888
        36
    faywong8888  
       2018-03-03 20:09:18 +08:00 via Android   1
    结论:RN 可用(除了 fb,其他厂商都是抱着索取的心态,本身也没特别好的解决某一方面问题,比如跨平台不跨,性能好不全好,动态性好但依赖的 native 能力没法动态,jsx 及 优秀的状态管理学习成本高...),但不会有长远发展。RN 充其量只是一个要求不高的前提下可以拿来复用的库而已。别想太多。

    2018 可以看下 flutter。
    Sivan
        37
    Sivan  
       2018-03-03 20:13:04 +08:00
    1. 不是最优解
    2. 潜力还未完全发挥

    短期内还是一家独大,竞争对手不成气候。
    CtrlSpace
        38
    CtrlSpace  
       2018-03-03 20:19:16 +08:00
    用过,以后一般不会考虑用 RN / Weex 等技术去开发一个 APP 了
    sodaless
        39
    sodaless  
       2018-03-03 20:43:40 +08:00
    RN&Weex 都只是特殊时期的过渡方案,跨平台的未来要么是 Web 要么是 Flutter 之流,大概率是 Web。利益相关:Weex committer
    winglight2016
        40
    winglight2016  
       2018-03-03 21:10:17 +08:00
    最近刚做完一个 RN 项目,五个页面,同时支持 android / iOS,收了 15k,感觉 RN 开发速度太快了,很适合互联网产品,我准备在自己的产品里使用,不过,这技术的坑非常多,一个个踩过去的确要花不少时间这已经是比我两年前用 RN 开发时的坑少多了的情况。最后,横向比较其他跨平台框架,除了面向游戏的,没有能够和 RN 相提并论的框架,所以,如果想做跨平台应用,RN 是最好的选择了。
    lyhapple
        41
    lyhapple  
       2018-03-04 19:09:49 +08:00
    @winglight2016 大佬,能不能分享一下
    insub
        42
    insub  
       2018-03-09 23:53:10 +08:00
    @winglight2016 apicloud , dcloud 这一类的,觉得怎么样呢?
    zenghaojim33
        43
    zenghaojim33      2018-03-26 12:29:35 +08:00
    @vardarling 大佬车速有点快啊
    Rorysky
        44
    Rorysky  
       2018-04-15 12:20:09 +08:00   1
    @Fisherisland 真 本末倒置,门槛的降低正是由于技术的蓬勃发展
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5337 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 30ms UTC 07:53 PVG 15:53 LAX 00:53 JFK 03:53
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86