作為一個小前端,最近的項目中想要做混合開發(fā),所以就開始研究用什么技術去實現這個東西.在網上看到這篇文章寫的還是很不錯的,轉載過來.
ionic react-native和native開發(fā)移動app那個好 ?
移動端開發(fā)如何選型叮称？這里介紹一下我眼中的ionic,react-native,native 三種移動端開發(fā)選型對比爆班。歡迎大家補充指正
一进苍、 跨平臺特性
** ionic :** write once, run anywhere ( 一次開發(fā)如孝，隨處運行扰她，學習成本低 會html css js就可以學會)
不涉及到系統(tǒng)級的開發(fā)的話， 確實是一次開發(fā) 處處運行，如果涉及到系統(tǒng)級API調用以及項目配置（如 ios plist文件）則需要自己手動編寫cordova插件的方式達到效果（如：注冊文件的打開方式）空入，當然，網上也有可能找到可以安裝的現成插件族檬。** 會html css js就可以學會 學習成本低**
**react-native **：Learn once, write anywhere ( 一次學習，隨處開發(fā))
不涉及到與native混編的話化戳， 統(tǒng)一js 進行開發(fā) 使用jsx 語法 確實能做到各端開發(fā)单料，但是需要針對iOS 和 android 開發(fā)兩套代碼。
** native ：**使用原生java objective-c 開發(fā)点楼， 各玩各的,無法跨平臺扫尖。
二、開發(fā)方式
** ionic ：html + angularjs + css**
使用 html + angularjs 與網頁開發(fā)類似掠廓，代碼只需要寫一次换怖，就可以達到跨平臺效果
，系統(tǒng)級的調用由cordova插件解決蟀瞧，封裝得相當好沉颂，簡單易用，特殊情況的自己動手編寫插件比較難悦污，?一般沒有需要手動編寫代碼插件的情況铸屉，?網上有比較多的插件可供下載安裝，可用flexbox布局切端。 調用方便（比如：要用攝像頭插件彻坛，只需要cordova plugin add camera，然后就可以用js調用原生攝像頭）
** react-native ：js + css**
普通UI全程js開發(fā)踏枣，部分情況下需要使用與native混合的方式昌屉，沒有統(tǒng)一的UI組件，ios組件較多茵瀑，android組件較少间驮，各自編寫js文件的情況較多，簡單空間和邏輯層可共用瘾婿，基本上iOS和android是兩套代碼蜻牢，可用flexbox布局。
** native ：java + oc|swift **iOS android 不同語言開發(fā) 以及適配。
三耘拇、功能支持
** ionic ：編寫cordova插件琢感，則能達到全部支持 原生能完成的功能 ionic結合cordova都可以實現
UI交互 由Web實現，系統(tǒng)級的交互 由 cordova實現抱虐，目前 文件上傳下載，url跳轉以及文件打開方式 均已做驗證可實現饥脑，cordova對系統(tǒng)級調用的支持比較好恳邀，涵蓋了大部分系統(tǒng)功能懦冰，如攝像頭，設備信息谣沸，電池刷钢，網絡等，不排除潛在不支持的問題乳附。
** react-native ：與native 混編 可達到全部支持
android高級組件可能需要自己實現内地，系統(tǒng)級的功能可通過安裝第三方插件或者與native混編的方式實現 ，基本上功能能完全實現
** native ：全部支持 **完全能實現
四赋除、性能對比
** ionic ：**雖然性能一直是html5在移動端的最大問題阱缓，但是ionic已經做得非常出色了，在ios上基本上無法區(qū)分是否是原生app
**android 通過優(yōu)化基本看不出和原生差別
**ionic使用ionic-native-transitions 調用原生專場基本看不出和原生區(qū)別 （適合android ios）
android 2G內存以上的手機看不出和原生差別举农，性能接近原生荆针。
android 低配置的手機添加 crosswalk 插件以后 體驗較好，但是app打包偏大颁糟。程序運行內存占用較大（網絡數據對比同款產品航背，內存占用100+M）
** react-native ：基本接近原生性能
js 到 native 需要經過兩層橋接，性能與原生差別不大（網絡數據對比同款產品滚停，內存占用50M）
** native：開發(fā)者水平很重要 性能最好 （網絡數據對比同款產品沃粗，內存占用30 +M）
總結：
開發(fā)水平很重要，html開發(fā)的app可能比原生的更快键畴。主要還看開發(fā)人員的水平以及會不會優(yōu)化
五最盅、優(yōu)劣對比
** ionic ：**
** 優(yōu)勢：**
ios 和 android 基本上可以共用代碼，純web思維起惕，開發(fā)速度快涡贱，簡單方便，一次編碼惹想，到處運行问词，如果熟悉web開發(fā)，則開發(fā)難度較低嘀粱。
文檔很全激挪，系統(tǒng)級支持封裝較好，所有UI組件都是有html模擬锋叨，可以統(tǒng)一使用垄分。
可實現在線更新 允許加載動態(tài)加載web js
文檔多，開發(fā)者多娃磺，視頻教程多 容易學習 遇到問題容易解決 技術成熟
** 劣勢：**
占用內存高一些（不過手機內存都大了不影響）薄湿，不適合做游戲類型app， web技術無法解決一切問題，對于比較耗性能的地方無法利用native的思維實現優(yōu)勢互補豺瘤，如高體驗的交互吆倦，動畫等。
** react-native ：**
** 優(yōu)勢：**
1坐求、雖然不能做到一處編碼到處運行蚕泽，但是基本上即使是兩套代碼
，也是相同的jsx語法桥嗤，使用js進行開發(fā)赛糟。用戶體驗，高于html砸逊，開發(fā)效率較高
2、flexbox 布局 據說比native的自適應布局更加簡單高效
可實現在線更新 2015.7.28 AppStore審核政策調整：允許運行于JavascriptCore的動態(tài)加載代碼
更貼近原生開發(fā)
** 劣勢：**
1掌逛、（引）對開發(fā)人員要求較高师逸，不是懂點web技術就行的
，當官方封裝的控件豆混、api無法滿足需求時 就必然需要懂一些native的東西去擴展篓像，擴展性仍然遠遠不如web，也遠遠不如直接寫Native code皿伺。
2员辩、（引）官方說得很隱晦：learn once, write anywhere。人家可沒說run anywhere鸵鸥。事實上奠滑，從官方的api來看SliderIOS，SwitchIOS..等等這些控件妒穴，之后勢必會出現SliderAndroid宋税，SwitchAndroid...，也就是很可能針對不同的平臺會需要寫多套代碼讼油。
3杰赛、發(fā)展還不成熟，目前很多ui組件只有ios的實現矮台，android的需要自己實現乏屯。 （引）從Native到Web，要做很多概念轉換瘦赫，勢必造成雙方都要妥協(xié)辰晕。比如web要用一套CSS的閹割版，Native通過css-layout拿到最終樣式再轉換成native原生的表達方式（比如iOS的Constraint\origin\Center等屬性）耸彪，再比如動畫伞芹。另外，若Android和iOS都要做相同的封裝，概念轉換就更復雜 5唱较、文檔還不夠完整 學習曲線偏高4.文檔少 學習起來困難
** native ：**
優(yōu)勢：
最好的體驗以及功能實現扎唾。
完善成熟的開發(fā)文檔以及demo。
** 劣勢：**
android開發(fā)學習曲線較高南缓。
各個平臺分開開發(fā) 很難有iOS,android雙平臺高手胸遇。
開發(fā)成本高
以上就是轉載的東西,目前在我的項目中用的是Ionic+cordova,感覺還是很不錯的!
