三、React-native使用案例

案例一：三個月重構兩個APP

當時公司在進行后臺重構的同時，CTO也打算把APP使用React-native進行重構一遍。我一個做安卓的和兩個ios的一起邊學邊做，摸著石頭過河，我們用了三個月時間完成APP重構。主要功能涉及到聊天，微信分享等業務功能。然后因為特殊原因自己離開，APP由兩個ios進行維護以及新功能迭代（自己在走之前教會ios同事安卓的打包和發布）。再到后來另一個ios同事也離開做前端去了，就剩下一個人。在公司需求少的情況下，他一個維護這個APP已經是綽綽有余

案例二：使用RN效率提升

在兩個APP開發人員，開發維護三個APP，并且公司的需求迭代特別頻繁的背景下。如果沒有使用React-native這個技術，公司一個月的需求我評估使用原生兩個人最少需要兩個月，甚至更長。但是使用React-native之后，任務是兩個人均攤的，并且彼此的代碼都可以看懂，這大大加快我們的開發速度。

那么，企業選擇RN的原因有哪些呢？我認為有如下幾點：

使用React-native之后，線上代碼更新方便，為緊急的業務開發上線帶來便利。當業務需求少的時候，APP較少的人員就可以維護。

1．隱藏價值：如果公司使用React技術棧，那么前端人員經過較短的學習時間就可以快速參與到APP開發當中，同樣APP開發人員經過較短時間學習就可以進入前端開發中，這樣極大的對人才進行了復用。這就是為什么那么多小公司如此鐘愛使用React-native技術進行APP開發。極大的縮短了開發周期短。

2．同時也有一部分大公司使用React-native和原生進行混合開發，React-native頁面嵌在原生里面。我個人覺得他們這做的原因是：對于經常需求修改的頁面使用H5體驗又不好，使用原生熱更新比較困難，對于經常需求修改的頁面使用H5體驗不好，使用原生熱更新又比較困難。

當然，也不能盲目選擇，應該辯證的看待RN。我們上面列舉了那么多React-native的優點，但是并不代表我們就能完完全全拋棄原生。React-native并不是一個完美的技術方案，它也有其自身的缺點。所以對于React-native技術選擇，需要企業考慮學習成本，開發成本，維護成本，以及企業自身的業務等等實際情況來評估是否選擇React-native這門技術。