如今Weex與ReactNative哪個好？

01-30

沒有哪個更好一說，只是看是不是適合你。

Weex：

產自阿里，第一個 DSL 是 Vue，去年 Weex Conf 上對外開源了用 React 作為 DSL 的 Rax。在一群工程師的手下承接了至少兩個千億項目（雙11），坑很多，但終歸能踩過去。

（打開手淘，頁面鏈接中帶有 wh_weex=true 與 _wx_tpl= 的都是 Weex頁面）

ReactNative：

產自 Facebook，算是這種形式 Native 化的鼻祖，Weex 中的布局引擎也基本是用了從 ReactNative 中衍生出來的 Yoga。相比於 Weex，社區資源豐富，遇到問題非常容易找到解決答案。而用 react-native-cli 零成本造出一個 App 更是讓純前端開發者喜歡。

如果你只是想簡簡單單的開發一款 APP 試水，並且是一位 React 開發者，ReactNative 借著 react-native-cli + Microsoft CodePush 提供熱更新能力絕對是首選（Weex 12 月也有了這種比較簡單的開發打包平台，詳細見：輕舟 | 首頁）。

如果你的業務場景需要的遠程在線載入很多頁面（bundle），團隊里有 iOS、Android 開發者坐陣，或許 Weex 也是一個非常不錯的選擇。

據天貓員工說，在各種坑面前，他們都已經受不了weex了，現在寧可上hybrid方案也不想寫weex。一手消息。

你先看看那個官方的demo能運行起來再說吧

只說一點，技術選型文檔的完善程度也要考慮。

就像你買了一套設備準備開工廠，但是沒有說明書，你不想天天在試設備怎麼用吧？你也不想文檔里點了鏈接反饋一個404吧？

之前的一個經歷，被逼無奈幫朋友改一個樹組件，找不到像樣的文檔，看了一眼數據結構很反人類，代碼量又很大，試了一下不好搞。我直接github找了一個文檔完備的樹，寫了個遞歸轉數據結構，很快就搞定了。

手機碼字累，有緣再補充。

我真是服了，和稀泥的人是真多啊。

你說c++跟js哪個好，你能說應用場景不一樣，看你用來幹什麼，底層c++，web開發js，沒有好壞之分。

rn跟weex，乾的同樣的事情，同一個領域，這還特么拿啥啥場景選啥，沒有好壞，適合不適合來和稀泥，有意思？

本澤馬，萊萬誰更好，哦，這個得看戰術需求，需要策應的話萊萬好，需要橋頭堡萊萬好，需要射門萊萬好，需要對抗萊萬好，需要背身單打，萊萬好，需要背鍋本澤馬強，所以，沒有誰更強一說，雖然本澤馬這三個賽季進球數還沒萊萬一個賽季多，但是也分不出誰更好嗎，看戰術需求，我靠啊尼瑪的戰術需求，這兩個人有可比性？

weex就是本澤馬，區別是本澤馬牛逼過，weex從來就是這麼難用，出生晚，坑多，社區跟rn不能比，周邊生態被爆出翔來，rn出了坑絕大部分情況是有人踩過可以谷歌，weex坑你就當吃了屎，自己消化吧，我看你妹的適合不適合，看毛線場景，不是一個級別的東西，有什麼可分場景的？

這個當然react native。rn的社區龐大，比較成熟，該踩的坑都踩了，社區上的輪子夠你用了。反觀weex,社區太小，不成熟，bug太多，另外雙11隻是用他來做部分靜態UI僅此而已，真正涉及到邏輯那塊還是java和oc。不要說的那麼誇張，雙11幾百億的規模支撐和weex有個毛的關係，前端是由java,oc後端java支撐。另外weex想三端統一簡直是不現實，web端和native端差異太大，一套代碼?搞笑呢。

由於公司要求，已經用RN開發一年，總體感覺還可以，Weex，也有了解，不過感覺阿里貌似不太上心

都是錦上添花的技能點，目前看來是RN用的人多一些。Weex，昨天阿里技術這個微信公眾號剛推了一篇文章，目前看來"也在推廣，但力度不大"。

RN。

這些東西都是看你用來幹嘛，沒有好不好一說。

先學的weex，後來接觸的RN。weex出來晚，用的人少，導致目前自學難度較大，很多情況下遇到的問題網上找不到解決辦法，阿里目前看對這塊也不太上心，不看好發展。RN文檔很細，教程無數，對於一個從weex過來的初學者來說簡直是如浴春風

這個還真有好壞一說。

rn時間長，性能好，坑很多人踩過，遇到問題谷歌一下。

weex用的是vue，這是他的優點，然後呢，沒了。vue簡單，但是weex現在阿里自己推廣不上心，雖然自己的淘寶用的weex，但是你自己用起來就不是一回事兒了。

實際上，在我看來，native排行應該是這樣: react native &> inoic &>&> weex。

阿里如果推廣給力點兒，技術支持更給力點兒，或許weex能迎來春天。

這個嘛，看你需求了呀。其實我還是比較喜歡原生。

1.RN來說，facebook研發，社區比較完善。

2.Weex，本土開發，諮詢、反饋起來比較容易。