小程序框架對比 ( WePY / mpvue / Taro )

摘要： 對比小程序框架。

• 原文：小程序第三方框架對比 ( wepy / mpvue / taro )
• 公衆號：前端小苑

Fundebug經受權轉載，版權歸原做者全部。

衆所周知現在市面上端的形態多種多樣，手機Web、ReactNative、微信小程序, 支付寶小程序, 快應用等,每一端都是巨大的流量入口，當業務要求同時在不一樣的端都要求有所表現的時候，針對不一樣的端去編寫多套代碼的成本顯然很是高，這時候只編寫一套代碼就可以適配到多端的能力就顯得極爲須要。但面對目前市面上成熟的小程序第三方框架如何針對本身的需求進行選擇也是一個麻煩事,本文針對當前市面上的三大轉譯框架進行一個綜合對比,但願能對你們的技術選擇有所幫助,若有哪裏不妥的地方但願你們指正。

小程序開發有哪些痛點?

• 頻繁調用 setData及 setData過程當中頁面跳閃
• 組件化支持能力太弱(幾乎沒有)
• 不能使用 less、scss 等預編譯器
• request 併發次數限制

爲何使用第三方框架?

• 只要熟悉vue或react便可快速上手,學習成本低
• 一套代碼可在多端編譯運行(微信,支付寶,h5,RN) 支付寶小程序暫不完善
• 組件化開發，完美解決組件隔離，組件嵌套，組件通訊等問題
• 支持使用第三方 npm 資源
• 使小程序可支持 Promise，解決回調煩惱
• 可以使用 Generator Function / Class / Async Function 等特性，提高開發效率
• 對小程序自己的優化，如生命週期的補充，性能的優化等等
• 支持樣式編譯器: Scss/Less，模板編譯器，代碼編譯器：Babel/Typescript。

小程序框架對比：WePY / mpvue / Taro

在這裏我經過對目前已開源的三種經常使用小程序框架作一個綜合對比, 還有一個叫nanchi的基於react的小程序轉譯框架,因爲沒來的及研究暫不作比較。

WePY

騰訊團隊開源的一款類vue語法規範的小程序框架,借鑑了Vue的語法風格和功能特性,支持了Vue的諸多特徵，好比父子組件、組件之間的通訊、computed計算屬性、wathcer監聽器、props傳值、slot槽分發，Mixin混入等。WePY發佈的第一個版本是2016年12月份，也就是小程序剛剛推出的時候，到目前爲止，WePY已經發布了52個版本, 最新版本爲1.7.2;

mpvue

美團團隊開源的一款使用 Vue.js 開發微信小程序的前端框架。使用此框架，開發者將獲得完整的 Vue.js 開發體驗，同時爲 H5 和小程序提供了代碼複用的能力。mpvue在發佈後的幾天間得到2.7k的star,上升速度飛起,截至目前爲止已經有13.7k的star;

Taro

京東凹凸實驗室開源的一款使用 React.js 開發微信小程序的前端框架。它採用與 React 一致的組件化思想，組件生命週期與 React 保持一致，同時支持使用 JSX 語法，讓代碼具備更豐富的表現力，使用 Taro 進行開發能夠得到和 React 一致的開發體驗,同時由於使用了react的緣由因此除了能編譯h5, 小程序外還能夠編譯爲ReactNative;

生命週期

同爲vue規範的mpvue和wepy的生命週期和各類方法不盡相同。

WePY

wepy生命週期基本與原生小程序相同,再此基礎上糅合了一些vue的特性; 對於WePY中的methods屬性，由於與Vue中的使用習慣不一致，很是容易形成誤解，這裏須要特別強調一下：WePY中的methods屬性只能聲明頁面wxml標籤的bind、catch事件，不能聲明自定義方法，這與Vue中的用法是不一致的。

簡單示例Taro與React生命週期徹底相同

列表渲染

在列表渲染上三者也分別有不一樣的應用方法

wepy當須要循環渲染WePY組件時(相似於經過wx:for循環渲染原生的wxml標籤)，必須使用wepy定義的輔助標籤。

mpvue使用v-for與vue一致,只是須要注意一點，嵌套列表渲染，必須指定不一樣的索引！

taro的列表循環用法基本與react相同,有一點須要注意,在 React 中，JSX 是會編譯成普通的 JS 的執行，每個 JSX 元素，其實會經過 createElement 函數建立成一個 JavaScript 對象（React Element），所以實際上你能夠這樣寫代碼 React 也是徹底能渲染的：

可是 Taro 中，JSX 會編譯成微信小程序模板字符串，所以你不能把 map 函數生成的模板當作一個數組來處理。當你須要這麼作時，應該先處理須要循環的數組，再用處理好的數組來調用 map 函數。例如上例應該寫成：

事件處理

mpvue目前全支持小程序的事件處理器,引入了 Vue.js 的虛擬 DOM ，在前文模版中綁定的事件會被掛在到 vnode 上，同時 compiler 在 wxml 上綁定了小程序的事件，並作了相應的映射，因此在真實點擊的時候經過 runtime 中 handleProxy 事件類型分發到 vnode 的事件上，同 Vue 在 WEB 的機制同樣，能夠作到無損支持。同時還順便支持了自定義事件和 $emit 機制。

事件映射表，左側爲 WEB 事件，右側爲 小程序 對應事件

踩坑注意(官方文檔)：

• 列表中沒有的原生事件也可使用例如 bindregionchange 事件直接在 dom 上將bind改成@ @regionchange,同時這個事件也很是特殊，它的 event type 有 begin 和 end 兩個，致使咱們沒法在handleProxy 中區分究竟是什麼事件，因此你在監聽此類事件的時候同時監聽事件名和事件類型既 <map @regionchange="functionName" @end="functionName" @begin="functionName">
• 小程序能力所致，bind 和 catch 事件同時綁定時候，只會觸發 bind ,catch 不會被觸發，要避免踩坑
• 事件修飾符 .stop 的使用會阻止冒泡，可是同時綁定了一個非冒泡事件，會致使該元素上的 catchEventName 失效！ .prevent 能夠直接幹掉，由於小程序裏沒有什麼默認事件，好比submit並不會跳轉頁面 .capture 支持 1.0.9 .self 沒有能夠判斷的標識 .once也不能作，由於小程序沒有 removeEventListener, 雖然能夠直接在 handleProxy 中處理，但很是的不優雅，違背了原意，暫不考慮
• 其餘 鍵值修飾符 等在小程序中壓根沒鍵盤，因此......

wepy事件綁定區別於vue,根據原生小程序事件提供了語法優化

Taro 元素的事件處理和 DOM 元素的很類似。可是有一點語法上的不一樣:

Taro 事件綁定屬性的命名採用駝峯式寫法，而不是小寫。 若是採用 JSX 的語法你須要傳入一個函數做爲事件處理函數，而不是一個字符串 (DOM 元素的寫法)。

例如，傳統的微信小程序模板：

Taro 中稍稍有點不一樣：

在 Taro 中另外一個不一樣是你不能使用 catchEvent 的方式阻止事件冒泡。你必須明確的使用 stopPropagation。例如，阻止事件冒泡你能夠這樣寫：

request請求

wepy對wx.request作了接受參數的修改,值得一提的是它提供了針對全局的intercapter攔截器。

攔截器

taro對request進行了二次封裝,可使用Taro.request(OBJECT)發起網絡請求，支持 Promise 化使用。

mpvue沒有對request作特殊優化,與原生相同,能夠本身根據須要進行封裝

狀態管理

• wepy 可引用Redux和Mbox,目前wepy的腳手架內已經集成了redux,選擇須要便可;
• mpVue使用vuex;
• taro使用Redux;

如何選擇適合本身的項目

• 若是隻須要作一個微信小程序則根據本身的擅長框架選擇mpvue或taro
• 若是是當前老項目想像向程序遷移同時老項目又是使用vue開發,建議使用mpvue或wepy
• 若是是老項目使用react開發且須要部分遷移小程序,建議使用taro
• 若是是新項目且新項目須要同時支持微信小程序和支付寶小程序, 建議使用原生開發,由於目前框架的轉譯支付寶小程序支持並非很好,且出了問題很差定位修改, 但若是是小demo不涉及太多邏輯的項目均可以使用框架做爲嚐鮮; 但若是是涉及太多交互邏輯的則不建議使用框架轉譯,因爲支付寶小程序在視圖層基本與小程序一致因此建議手動更改替換部分方法和全局替換一些屬性或文件名,如wxml替換爲axml這種, 手動轉換時間比大概是四比一; 固然若是人手足夠一端開發一個是最好的......

時刻前端新鮮技術推送,按期前端精品文章分享，歡迎關注公衆號前端小苑。