摘要：平臺要求基本都是以上需擴展不支持已支持。性能重心比較多，目前性能關注不多。成立也比較晚，案例也有一些，基本都是近一年內的案例。較晚，以公司自己人居多，成熟需一段時間。較晚，社區人相對少一些，內容相對成熟。

　　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來寫，學習成本和技術要求相對較高。

　　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較晚，社區人相對少一些，內容相對成熟。

　　最后，其實我覺得相對于大家來做選擇的時候，如果想要實現快速入門和開發，此時無論選擇React Native、Weex還是DeviceOne哪個平臺來做都是有道理的，未來還是要看各自的技術發展和服務支撐能力。原生的趨勢是大家一致認可的方向，我認為目前我們基本已經不考慮以h5為核心的移動技術了，Web時代的思想是不能適應于移動互聯時代的整體需求的。以上只是我的個人見解，謝謝大家。