眾所周知，在移動應用開發的過程中經常會出現多平臺開發和頻繁釋出新版本的問題，而使用了諸如Weex，React Native等開發套件則可以輕鬆解決這些令人頭疼的問題。本文就向大家介紹一下阿里在去年4月推出的一款移動端開發框架Weex。

上面提到了Weex可以解決多端研發和頻繁發版這兩個問題，它是怎麼做到的呢？其實原理很簡單，對於前者而言，Weex做到了儘量高的程式碼複用率，達到各平臺使用同一份程式碼的目的；而對於後者，由於Weex是一個純Js框架，通過js語言的特殊性，可以動態地重新整理介面，避免頻繁發版。

Weex的工作原理，簡單地來說，是自定義了一套DSL語言(.we)，配合vue實現資料繫結、vdom等等功能。再通過native端與JS端的資料、API互動使得最終體現為native的呼叫過程，並在設計之初就考慮到在三端（iOS、安卓和H5）上能夠得到展現。

再說一下服務端和客戶端的組成。首先，服務端，在最初的DSL，即Weex檔案（.we），通過Transformer轉換成Js Bundle，繼而部署到伺服器，至此伺服器已完成。同時由於轉換在伺服器就已經完成，因此也避免了對應的效能問題。其次，客戶端，第一層是JS-Framework，最後到各平臺對應的RenderRengine。

目前，Weex有3種整合方式：

全頁模式：目前支援單頁使用或整個App使用Weex開發（還不完善，需要開發Router和生命週期管理），這是主推的模式，可以類比RN。

Native Component模式：把Weex當作一個iOS或Android元件來使用，類比ImageView。這類需求遍佈手淘主鏈路，如首頁、主搜結果、交易元件化等，這類Native頁面主體已經很穩定，但是區域性動態化需求旺盛導致頻繁發版，解決這類問題也是Weex的重點。

H5 Component模式：在H5種使用Weex，類比WVC。一些較複雜或特殊的H5頁面短期內無法完全轉為Weex全頁模式（或RN），比如互動類頁面、一些複雜頻道頁等。這個痛點的解決辦法是：在現有的H5頁面上做微調，引入Native解決長列表記憶體暴增、滾動不流暢、動畫/手勢體驗差等問題。

最後，總結一下Weex的優缺點：

優點：

1. 輕量級。簡單的DSL語言易於上手，整個框架輕便小巧。尤其是DSL語言避免了全域性衝突，可自定義各種classname而不用擔心衝突，個人認為是基於css的一個重要改進。

2. 擴充套件性和效能高。阿里在釋出會上重點強調了這兩個質量屬性，相比於相對成熟的RN，均佔有優勢。

3. 元件化。Weex本身編寫的介面就天然地支援元件化，同時支援大部分元件——除了div空白容器、圖片、文字之外，還有比如Slider這種效能較好的滑塊元件，前臺開發的程式設計師經常會使用到的。

4. 開發成本相對較低。

缺點：

1. bug眾多。由於Weex推出時日不長，其中還有很多bug待發現。

2. 社群、文件以中文為主，缺少英文版本，國際化程度較低，文件更新速度較慢。雖然通過Twitter獲得較高的國外關注度。

3. 社群規模小，阿里員工佔據了大部分，知名度較低。

ps：由於放圖片要稽核，所以工作原理的圖暫時沒放。