百姓大小事，一呼百应！

百姓网 | 百姓知道

硬件

React Native是否会是下一个技术浪潮？

1.React Native（RN）已经开源一年，是否可以看出RN是下一个技术浪潮？ 2.微软开始支持RN，是否说明RN是未来的趋势 3.作为前端新人，努力提升JS能力的同时，是否需要开始入手RN 4.入手RN，在 RN for iOS 和 RN for Android 中该选择哪一个

2 个回答

  • Wang Namelos | 2017-07-19 16:24:44

    来非常认真严谨的针对题主的问题回答一下。。

    http://1.XXX已经开源一年，是否可以看出XXX是下一个技术浪潮？


    显然不是，开源死掉的东西一坨一坨的，开源一年也没人看的东西多了去了。。从“开源一年”这一点看不出任何结果，所以当然为否。。


    2.微软开始支持XXX，是否说明XXX是未来的趋势


    这应该是圣地亚哥的威廉伯爵做的事情，反而微软来做容易被黑。。从统计学的角度来说，被微软支持和是未来的趋势并没有正相关性（1%哭晕在厕所），当然也不存在因果性，所以也为否。。


    3.作为前端新人，努力提升JS能力的同时，是否需要开始入手XXX


    既然问的是“是否需要”，那当然是否，没有那个库或框架是非学不可的。。


    4.入手RN，在 RN for iOS 和 RN for Android 中该选择哪一个


    用 RN 难道不是为了多端么，你就开发一个平台还刻意用 RN 干嘛。。

    本问答由Wang Namelos提供

  • Wang Namelos | 2017-07-19 15:54:24

    react实际是思想上的一次胜出。 现在编译器制作越来越简单，从语言到语言的翻译器成本下降，将来javascript（es5）可能会成为一门中间语言，在这之上比如说reason，typescript，es6，java，oc都可以写。 虽然js未必会一统天下，但翻译器节省了跨语言的成本。

    另外用函数式组织数据流，oop写组件的架构，慢慢会成为主流。比如rxjava，其实思想是一致的。react火是因为提供了更新的思想，解放了生产力。

    rn会不会成为主流？我认为rn无论成败，这种思想一定会慢慢成为主流。在传统的oop思想上，程序员需要掌握大量的设计模式，需要理解耦合，而耦合是oop复杂度的核心。耦合很容易产生，却不好解决。那么redux这类工具其实大大降低了程序员实际需要的经验。当然我认为redux再前进一步就是建立在rx基础上的cycle了。

    思考一下，看看很多android和ios组件库，里面大量程序使用了状态机。而现在程序员，有几个能从一开始就把程序建立在状态机上？所以说rn是思想上的进步。使用新思想，总不会吃亏。

    顺便吐槽下weex，weex当然可以做app开发，他模仿了react native的技术理念，比如virtual dom，js bridge。但它忽略了非常重要的一点，前端工程化的思想落后了。它没有很好的数据流组织。这才是致命的，思想的落后。就好像v8不是真的代码质量多高，而是v8第一次意识到机器变快了，内存变多了，咋们不要再给用户省内存了，我们拿空间换时间吧……

    补充下，居然忘了回答楼主的问题，前端新人要不要学rn。我现在带前端团队里面有native工程师和js工程师，我觉得rn还是学吧。但既然是新人，又是前端，就要问下自己css，js，es6、7，webpack，gulp、node，react，redux这些应该掌握的知识是不是已经深入学习了。再比如说函数式编程，诸如柯里化、纯函数、reactive programming等概念是不是掌握了。

    既然是新人，新人在这几年有幸做前端，在旧知识迅速过时的今天，还是挺容易把握技巧超过前辈们的。既然是新人，新人通常比较辛苦，也容易delay。那如果本来团队要用到的知识，没有学好，贸然学rn，还是挺痛苦的。就会陷入两难，别人用的你不如别人，不用的没人欣赏你

    最后一个问题react ios和react android学哪个？我觉得都学吧。毕竟一门技术不学扎实，你怎么证明你在某方面比别人更具备专业性？而且深入学习也更容易有所得。

    以上

    本问答由Wang Namelos提供

* 本站部分内容来源自网络，仅作分享之用，侵删。

百姓网

熊掌号

简单，快速，搞得定！

查看

更多