《React Native跨平台移动应用开发》读后鬼扯
- 别名：手把手教你学React Native
- 评分：3星
- 作者：阙喜涛
- GitHub：https://github.com/es6rn (本书相关代码主页，非作者本人的)
- 豆瓣：https://book.douban.com/subject/26809232/
这本书和别名写的一样，手把手教你学RN，和很多入门的书籍很相似，按照本书的章节一步一步来，肯定对RN的开发会有一定的了解。但是它也一本某些内容注定会落伍的书，因为RN还在不断的更新中，不排除会有破坏性的更新导致某些章节内容在RN最新版下是错误的，这个都是废话。
现实中，Android和iOS两大移动操作系统分庭抗礼的局面决定了注定会有类似RN这样跨平台移动开发框架的出现,只不过各家实现的思路不同而已，以ionic，RN，Flutter为代表分别扯一下。
ionic算是我的老冤家了，用它做过项目，我还写了一个入门教程 ionic3-handbook，ionic是基于Angular和Cordova的，它的原理也很简单，Angular开发打包的js代码运行在WebView中，通过Cordova插件与Native进行交互，调用原生功能。Cordova的简化版可以看是大头鬼的开源的项目JsBridge，原理一样，但是前者提供了插件的能力。下图展示了ionic应用内部运行原理。
除了少部分需要分别针对Android和iOS的适配外，真的是做到了Write once，Run anywhere。有Angular开发经验的人很容易上手，写一个简单的APP贼快。 缺点也很明显，性能，还是性能。因为使用了WebView，占用内存高，性能差。iOS上很流畅，但是在Android中低端机上效果还是差了点。
RN技术抛开了WebView，利用JavaScriptCore来做桥接，将js调用转为native调用。说的再明白一些，RN会把写的代码打包成一个js文件，RN这个框架会解释这个文件，事件的话就通过Bridge调用原生的事件，UI的话就通过Bridge传递参数给Native，然后Native渲染出对应的原生组件。具体原理见下图：
RN相比ionic的性能要好很多，但是它只能做到Learn once，Write anywhere，学习一套语法和工具，可以开发两个平台上的代码。RN还有一个好处就是热更新，这个对iOS开发者来说是好事。RN的缺点也很明显，适配代码可能需要维护两套，当没有开源的组件时，自己实现起来花时间不说，还需要写原生的开发人员的配合。
Flutter是谷歌推出的跨平台开发的框架，它既没有采用WebView也没有采用JavaScriptCore，而是自己实现了一个UI框架，底层从 RN 这样桥接原生 UI 组件的方案换成了基于 OpenGL / Vulkan 这样的图形库，直接在系统更底层渲染系统上画UI。这个完全脱离了原生的组件，对一些效果有很好的控制。原理图如下：
学过Android，ionic，RN后，对如何入门一个移动端开发技术有些心得，个人觉得步骤如下：
- 环境配置
- 新建项目和调试工具
- 入口文件
- 数据和事件绑定
- 布局和样式
- 界面跳转
- 生命周期
- 网络请求
- 数据存储
- 权限设置
- 主题风格
- 事件广播
- 适配
- 打包
其他的都是些组件使用等细节或者是更高级的用法了。
再扯回来，所有的组件中我觉得最需要花心思的就是List类组件了，两个原因，一个是大量数据下如何维持性能，保持顺滑，另一个提供拓展能力满足各种设计。我们现在常用的软件，很多都是信息流的，必然要用到List。RN先是提供了ListView，后来升级为FlatList，是明智之举。可以这么说，没有高性能可拓展List组件的框架不是好框架。
以前没写过React代码，第一次接触RN写界面的时候都懵了，居然还可以这样，JSX还真是个有意思的东西。RN中我觉得一个亮点就是实现了flex布局，这个真心是好用啊，让我想起类当年写Android布局的痛苦岁月，谷歌不整这么一套真的说不过去。
RN中的状态机思维让我一度陷入拆分组件的痛苦中，在写代码高仿知乎我的这一界面时，拆的我都有点儿崩溃，时时刻刻想把大的组件拆分成小的只负责渲染数据的无状态RN组件。用了React-Redux后，我觉它和RN真的是天作之合啊，还专门花了时间弄清楚他的原理，具体见一幅图明白React-Redux型原理，搞明白之后才发现，真的是框架处处皆发布订阅模式。
这本书不推荐购买，初学者图书馆借一本，照着里面代码写一遍，RN基本上就是入门了。具体项目遇到什么坑，Google一下还是很容易就解决的。
本文来源： 掘金 如需转载请联系原作者
