ReactNative-从入门到放弃

ReactNative是FaceBook开元的框架,意在learn once write anywhere,就是跨平台。一经开元,在移动全就引起强烈反响。听说ReactNative挺火的,然后最近就抽空稍微研究了一下。写了两个很简单的demo,也只是UI相关的,为了就是体验一下语法和使用方便性。浅尝辄止!

主观的认为啊,不好用!

代码编写的方便性来说,真不怎么方便。之前接触过一点脚本语言,真不喜欢,想查个属性都不能直接点击去,自动补全也不行,纯手工打造。出了错得靠眼睛细细排查,累啊。

引用http://blog.csdn.net/googdev/article/details/52447165 的见解:

  • 虽说性能与体验比纯 web 好多了,但是不管是 js 的执行还是多一层 js 到原生组件的解析渲染,所以性能上肯定是不如原生

  • React Native 是一种解决方案,但是该方案还不成熟,据我所知还有不少坑,去该 GitHub 项目主页看下有多少 issue 就知道了,而且国内环境更复杂,你们懂得。

  • React Native 有不少限制,虽说它是一层 js 到原生组件的映射,但是并不是所有的组件,所有的组件的 api 都支持的,如果你亲身之间,你会发现,很多产品经理的需求很难实现,这次真不是产品经理的需求太复杂,而是 RN 的限制确实不少。

但是,FaceBook能采用这种技术,而且目前也有不少APP采用了这个技术,说明ReactNative有它的优势:可以实现一小部分热更新,跨平台等等。优缺点就不多做分析。

总之,这是Facebook提出的一个愿景,至于以后能发展成什么样子,很难说。有兴趣的朋友可以业余时间玩玩,作为自己的知识拓展。现在1.0版本还没发布,所以嘛,真的要用在项目中,等正式发布之后在学也不迟。我倒是觉得原生+网页应该是趋势。

所以,我对ReacNnative的了解就到此为止!

相关文章

react 中的高阶组件主要是对于 hooks 之前的类组件来说的,如...
我们上一节了解了组件的更新机制,但是只是停留在表层上,例...
我们上一节了解了 react 的虚拟 dom 的格式,如何把虚拟 dom...
react 本身提供了克隆组件的方法,但是平时开发中可能很少使...
mobx 是一个简单可扩展的状态管理库,中文官网链接。小编在接...
我们在平常的开发中不可避免的会有很多列表渲染逻辑,在 pc ...