RN(一) 为什么要学习RN
前言
学习React Native有一段时间了。因为学着学着容易忘记的特性，于是记录一下学习过程中个人的总结。文章以ES6为标准开发（ES7特性还没来得及看）。本人是一个纯iOS开发，所以适配上主要会以iPhone为主，安卓在后面也会提到。文章有什么错误及不足的地方，欢迎各位指正！谢谢！
文章主要目录：
- （一）为什么要学习RN？
- （二）开发的准备与基础了解
为什么要学习RN
作为一个移动端开发，对ReactNative(以下简称RN)的大名可以说是如雷贯耳了。自从Facebook在2015年的F8大会上宣布以来。这个项目在GitHub已经几万的star和上万的fork了。作为一个开源组件，关注度可以说是极高的！不过最初的RN仅仅是对iOS的支持，不过随着微软，三星等各个大佬的入伙。主流的iOS和Android支持度已经很好了。而且对于Windows Phone等其他平台的开发，也都在如火如荼的进行中。
牛逼吹过了，现在我们来理性的分析一下RN的优劣。
作为一种技术，他也仅仅是一种技术手段而已。作为使用者，我们不必去了解其底层的实现（当然，能够了解自然是最好的）。RN主要是提供了一种多平台同时运行的语言环境。RN的口号是:Learn Once，Write AnyWhere。恩，很熟悉的口号，记得当初在大学里面学Java的时候似乎也是差不多:Write Once，Run AnyWhere。确实很像，但是实际上他们是完全不一样的！对于Java来说，他拥有强大的虚拟机，使得他能够在任何平台上都可以通过JVM跑起来，减低的是开发成本。毕竟只要Write Once！但是RN的口号是Learn Once。说的通俗点，就是学起来炒鸡简单。至于各个品台的适配等工作，就慢慢自己折腾吧！当然这个也和移动端设备的千奇百怪有关，不同设备从硬件到软件的环境都可能不同。比如Android有返回等物理按键，但是iPhone就没有这样的按钮。等等类似的这种情况都使得我们不得不单独做适配。但是纵然如此，也改变不了RN具备强大的跨平台行的特点，我们可以先来看看RN的应用架构。
Xnip2018-03-74_10-31-20.jpg
我们可以很清楚的看到，我们通过RN开发的应用最终的实现形式依然是原生代码，和原始混合应用(原生+WebView)的优势就体现出来了。
- RN在跳过了原生平台繁琐API学习成本的同时。其高效和跨平台的优势也很明显。
- 在各大厂商和全球开发者的监督下，稳定性与性能和原生平台的近似。
- 对于线上的Bug和紧急需求，其具备快速发布的能力。
说完了优势，自然也要说说他的劣势了。
- 作为一个由Facebook维护的三方库。其更新完全依赖于Facebook，如果哪一天不更新了。事实上很多火爆一时的第三方库，最后因为无人维护，被开发者丢弃。但是有一点是不会变的！一门具备跨平台的高性能是被市场所需求的。不过就目前的发展情况而言，RN社区的活跃度及市场对于RN开发的需求还是很大的。
- 不成熟性。RN目前最新版本是0.51。这就意味着，尚未稳定，很多原生的功能尚未很好的实现。是一个依然处于开发阶段的库，这也意味着，能多深层次的优化和兼容操作，RN目前是无法像原生一样的。同时针对不同的设备。RN开发需要更多的逻辑开销去思考不同设备之间的兼容问题。
- 调试成本。RN是一个相对比较重的库。会增加代码库的复杂度，其调试与原生相比有着一定的困难。
说了优势劣势，总体来说，我们不得不肯定RN本身真的是个很牛逼的库。我最初不学习RN的借口是，其不像原生一样有着那么好的性能，但是实际上，因为他最终调用的是原生库。性能上和原生相差无几。
来说说RN主要的应用场景
对于需求今天一个样，明天一样样这样变动很大的App。我们往往需要一套完备的热更新机制。比如对于现在大多数电商App来说，电商应用实时性较强。需求甚至无法在开发初期对产品短期内可能发生的变化有一定程度上的预估。这时候为了防备产品提出类似明天上线这样的需求。在设计架构时就加入RN是值得的。
有很多小公司，资金有限，但是希望多平台运行，需要快速上线，抢占先机。这样的App对性能可功能的需求往往不是那么高。这时候RN就可以发挥其作用了。
以上就是对RN技术的一些个人总结。
