React Native出來有一段時間了,國內的weex和deviceone是近期發佈的,我能夠說從2011年就開始關注快速開發的跨平臺平臺技術了,接觸過phoneGap、數字天堂、appcan等早期的移動中間件技術,也跟朋友也討論過這類的輕量級框架。這些年經過Html5技術或經過Hybrid技術實現跨平臺的道路,基本已經快走到頭了。嘗試跨平臺App的開發者們都快碰的頭破血流了,你們都在期盼新的更成熟的跨平臺開發技術可以早日出來。研究React Natvie的時候,基本大部分時間都在看一些相似的源碼,也作了一些分析,最近也對weex和DeviceOne作了一些功課,在這裏面作一下本身理解的對比,與你們一塊兒交流,勿噴。
首先,基本能夠確定的是,你們都把中心轉移到原生的效果上,因此,基本三個平臺在思想上沒有太大的差異。
1. 首先Reac Native是Facebook產品,而deviceone和weex都是國內公司開發。
2. React Native 和deviceone 的ios版本使用的javascript引擎使用的都是JSCore,weex和deviceone的android版本使用的是V8.V8的運行性能仍是很優秀的,我我的也很是喜歡V8。
3. React Native 使用的是數據綁定、組件化、前端框架,weex是組件化、數據綁定、前端框架,deviceone是組件化、數據綁定和運行時引擎技術。
4. 平臺要求:
Android: React Native(API16)、weex(API14)、deviceone(API4)
ios:React Native、weex、deviceone基本都是ios7.0以上
windows:React Native需擴展、weex不支持、deviceone已支持。
咱們能夠看下接下里的環境配置:
React Native 須要安裝Android,iOS開發環境,不少依賴,相對複雜。
Weex須要安裝Android,iOS開發環境,安裝cli,相對簡單。
Deviceone不須要安裝Android,iOS開發環境,只需安裝deviceone的IDE,簡單。
開發:
基本三個平臺都是JS來開發
React Native傾向於web方式,需瞭解android、ios的sdk來寫,學習成本和技術要求相對較高。javascript
Weex也是傾向於web方式,需瞭解原生sdk來寫,學習成本和技術要求相對React Native已經有了很大改進。
Deviceone更傾向於面向對象,無需瞭解原生sdk,DeviceOne基本已經實現了一次開發多平臺發佈的能力。
調試:
React Native 能夠在chrome查看,不支持節點調試,支持真機調試。
Weex能夠在chrome查看,支持節點調試查看,支持真機調試。
Deviceone支持真機進行調試,能夠實時查看錯誤信息。
性能:
React Native重心比較多,目前性能關注很少。
Weex公司內部的項目裏使用,也一直關注性能。
Deviceone過去一年裏一直在一些真實項目中完善性能。
如何實現的功能實現,listview的實現:
React Native用的scrollview來實現,有一些性能問題存在。
Weex用的recyclerview來實現,性能稍微好一些。
Deviceone基於原生listview類封裝,性能與純原生系統基本一致。
案例:
React Native比較早,國外案例多一些。
Weex目前剛剛,不是很成熟,案例只有示例類的東西。
Deviceone成立也比較晚,案例也有一些,基本都是近一年內的案例。
社區:
React Native較早,社區人比較多,相對成熟。
Weex較晚,以公司本身人居多,成熟需一段時間。
Deviceone較晚,社區人相對少一些,內容相對成熟。html
最後,其實我以爲相對於你們來作選擇的時候,若是想要實現快速入門和開發,此時不管選擇React Native、Weex仍是DeviceOne哪一個平臺來作都是有道理的,將來仍是要看各自的技術發展和服務支撐能力。原生的趨勢是你們一致承認的方向,我認爲目前咱們基本已經不考慮以h5爲核心的移動技術了,Web時代的思想是不能適應於移動互聯時代的總體需求的。以上只是個人我的看法,謝謝你們。前端
轉自 http://www.javashuo.com/article/p-ffyezskf-dc.htmljava
相關文章 http://www.cnblogs.com/benpaodexiaopangzi/p/6045685.htmlandroid