轉(zhuǎn)載本文需注明出處：微信公眾號EAWorld，違者必究。
引言：
隨著移動(dòng)端對用戶體驗(yàn)要求越來越友好，以及企業(yè)對代碼能夠跨平臺(tái)執(zhí)行的迫切需求。React-Native因此應(yīng)運(yùn)而生，從出生就一直備受關(guān)注。
開發(fā)周期的縮短，開發(fā)成本和維護(hù)成本的降低，簡單的代碼熱更新機(jī)制等優(yōu)點(diǎn)被各大中小企業(yè)所鐘愛?；钴S的社區(qū)服務(wù)，以及豐富的三方插件都為React-Native注入了強(qiáng)大的生命力。本文將和大家一起找尋React-Native如此火熱的原由。
一、React-native的發(fā)展眾所周知，React-native是由Facebook開源的一門技術(shù)。它的出現(xiàn)也是經(jīng)歷了種種嘗試與摸索。Facebook在客戶端2.0版本的時(shí)候，將主要頁面使用web來實(shí)現(xiàn)。
網(wǎng)上得知：大約是在2011年，android還在2.3版本、ios還在5.0版本。當(dāng)時(shí)手機(jī)硬件和軟件優(yōu)化相對比較差，用戶體驗(yàn)一塌糊涂、怨聲載道。Facebook無奈只能換成原生來實(shí)現(xiàn)。Facebook作為混合應(yīng)用開發(fā)的先驅(qū)和探索者，這次失敗為React-native的孕育種下了希望種子。失敗是成功之母，這句話說的一點(diǎn)沒錯(cuò)。React-native想法的出現(xiàn)大約是在2013年一個(gè)極客大會(huì)上提出的。2014年7月Facebook自己開始實(shí)現(xiàn)并嘗試使用該項(xiàng)技術(shù)，一直到2015年3月份，React-native的ios版本橫空出現(xiàn)在世人眼中，同年9月，React-native的android版本也相繼亮相世人。React-native大概的發(fā)展歷程如下：
RN較H5而言，有以下優(yōu)勢：
1.頁面加載速度：React-native號稱是99%接近原生體驗(yàn)，它是寫js代碼，映射原生去渲染頁面，頁面渲染速度和原生是差不多的。但是H5就不一樣，特別依賴手機(jī)的硬件配置，ios對H5應(yīng)用的支持還可以，但是安卓就差太多。安卓里面一些高端機(jī)型運(yùn)行H5應(yīng)用還可以，但是大部分機(jī)型都是會(huì)有點(diǎn)卡頓，尤其是像加載圖片這種比較消耗資源的操作，H5的頁面渲染速度和React-native就會(huì)有很明顯的差別。
2.機(jī)型適配：例如H5對于現(xiàn)在的iPhone x劉海屏的適配就比較麻煩。還有對于很多安卓機(jī)型H5并不能做很好的適配。
3.動(dòng)畫效果：H5的動(dòng)畫是通過css和js實(shí)現(xiàn)的，對于一些復(fù)雜的動(dòng)畫實(shí)現(xiàn)相對是比價(jià)困難的，也是比較消耗內(nèi)存的。React-native自身提供了實(shí)現(xiàn)動(dòng)畫的API，如果為了過于追求動(dòng)畫的流暢度，React-native還可以借助原生去實(shí)現(xiàn)，原生封裝出來空間來供給React-native使用。
相對于原生來說，RN也是具有優(yōu)勢的：
1.熱更新：做移動(dòng)開發(fā)的都知道，蘋果的審核一直讓大家很頭疼。原生對于緊急的業(yè)務(wù)開發(fā)完成之后，還必須等待蘋果的審核才能上線，這個(gè)時(shí)候React-native就體現(xiàn)出來它的優(yōu)勢，在不碰及原生代碼的時(shí)候，可以直接通過熱更新js代碼來實(shí)現(xiàn)實(shí)時(shí)發(fā)布。React-native可以很好的支持線上業(yè)務(wù)功快速迭代和隨時(shí)更新發(fā)布。
2.開發(fā)效率：React-native有20%的代碼是原生代碼，80%的代碼為可以復(fù)用的js代碼，這樣大大縮短了開發(fā)周期，為企業(yè)節(jié)省了發(fā)開成本。
3.維護(hù)成本低：如果業(yè)務(wù)僅僅涉及到j(luò)s代碼的修改，在APP開發(fā)需求少的情況下，一個(gè)React-native工程師就可以很好的維護(hù)本該APP，同時(shí)又為企業(yè)節(jié)省了維護(hù)成本（即使剛開始該工程師不會(huì)原生開發(fā)，但是經(jīng)過長時(shí)間的鍛煉，或多或少都會(huì)一點(diǎn)）。
4. 學(xué)習(xí)成本低：React-native使得之前做前端的工程師可以快速的參與APP的開發(fā)，降低了學(xué)習(xí)成本。
5. 擴(kuò)展性強(qiáng)：React-native提供了自定義原生控件以供js調(diào)用渲染的API，這使得它的擴(kuò)展性極其強(qiáng)大。
此外，RN還具有其特殊的背景優(yōu)勢：
1.React-native作為Facebook的“親兒子”，依靠這棵大樹，讓這個(gè)技術(shù)一直在不斷的完善。
2.React-native本身是開源的，所有的源代碼都是可以看到的。React-native從開源道現(xiàn)在就備受關(guān)注，React-native是歷史上第一個(gè)沒到正式版本，github卻有7w+星星的項(xiàng)目。社區(qū)的組件得益庫也已經(jīng)比較豐富，社區(qū)活躍度比較高。對于很多復(fù)雜的組件，我們都不需要重復(fù)再去造輪子。
三、React-native使用案例案例一：三個(gè)月重構(gòu)兩個(gè)APP
當(dāng)時(shí)公司在進(jìn)行后臺(tái)重構(gòu)的同時(shí)，CTO也打算把APP使用React-native進(jìn)行重構(gòu)一遍。我一個(gè)做安卓的和兩個(gè)ios的一起邊學(xué)邊做，摸著石頭過河，我們用了三個(gè)月時(shí)間完成APP重構(gòu)。主要功能涉及到聊天，微信分享等業(yè)務(wù)功能。然后因?yàn)樘厥庠蜃约弘x開，APP由兩個(gè)ios進(jìn)行維護(hù)以及新功能迭代（自己在走之前教會(huì)ios同事安卓的打包和發(fā)布）。再到后來另一個(gè)ios同事也離開做前端去了，就剩下一個(gè)人。在公司需求少的情況下，他一個(gè)維護(hù)這個(gè)APP已經(jīng)是綽綽有余（藥店幫手）
案例二：使用RN效率提升
在兩個(gè)APP開發(fā)人員，開發(fā)維護(hù)三個(gè)APP，并且公司的需求迭代特別頻繁的背景下。如果沒有使用React-native這個(gè)技術(shù)，公司一個(gè)月的需求我評估使用原生兩個(gè)人最少需要兩個(gè)月，甚至更長。但是使用React-native之后，任務(wù)是兩個(gè)人均攤的，并且彼此的代碼都可以看懂，這大大加快我們的開發(fā)速度。
那么，企業(yè)選擇RN的原因有哪些呢？我認(rèn)為有如下幾點(diǎn)：
使用React-native之后，代碼更新方便以此來滿足緊急。當(dāng)業(yè)務(wù)需求少的時(shí)候，APP較少的人員就可以維護(hù)。
隱藏價(jià)值：如果公司使用React技術(shù)棧，那么前端人員經(jīng)過較短的學(xué)習(xí)時(shí)間就可以快速參與到APP開發(fā)當(dāng)中，同樣APP開發(fā)人員經(jīng)過較短時(shí)間學(xué)習(xí)就可以進(jìn)入前端開發(fā)中，這樣極大的對人才進(jìn)行了復(fù)用。這就是為什么那么多小公司如此鐘愛使用React-native技術(shù)進(jìn)行APP開發(fā)。極大的縮短了開發(fā)周期短。
同時(shí)也有一部分大公司使用React-native和原生進(jìn)行混合開發(fā)，React-native頁面嵌在原生里面。我個(gè)人覺得他們這做的原因是：對于經(jīng)常需求修改的頁面使用H5體驗(yàn)又不好，使用原生熱更新比較困難，結(jié)合這兩點(diǎn)，React-native就理所當(dāng)然的成了最好的選擇。
當(dāng)然，也不能盲目選擇，應(yīng)該辯證的看待RN。我們上面列舉了那么多React-native的優(yōu)點(diǎn)，但是并不代表我們就能完完全全拋棄原生。React-native并不是一個(gè)完美的技術(shù)方案，它也有其自身的缺點(diǎn)。所以對于React-native技術(shù)選擇，需要企業(yè)考慮學(xué)習(xí)成本，開發(fā)成本，維護(hù)成本，以及企業(yè)自身的業(yè)務(wù)等等實(shí)際情況來評估是否選擇React-native這門技術(shù)。
四、展望現(xiàn)在很多游戲APP都開始使用React-native來做殼。一些大公司也在逐步將一些業(yè)務(wù)使用React-native來替換。React-native依靠Facebook這個(gè)親‘爸爸’，版本迭代特別快，也一直在不斷完善中。
Facebook現(xiàn)在的口號是：
Learn once，Write anywhere。
我認(rèn)為會(huì)有那么一天實(shí)現(xiàn)
Write once，run anywhere。
關(guān)
于作者：范濤，普元React-native開發(fā)工程師，畢業(yè)于長沙理工大學(xué)，專注于使用React-native開發(fā)APP，負(fù)責(zé)太平洋保險(xiǎn)APP內(nèi)部保險(xiǎn)箱務(wù)RN改造業(yè)務(wù)。
關(guān)于EAWorld：微服務(wù)，DevOps，數(shù)據(jù)治理，移動(dòng)架構(gòu)原創(chuàng)技術(shù)分享。
重慶分公司
重慶分公司
