從數(shù)據(jù)上看，wepy要優(yōu)于mpvue一些，但是需要看到，mpvue發(fā)布后僅僅一年時間，已經(jīng)隱隱有趕超wepy的趨勢了。

我個人是從以下幾個方面來對看這兩個框架的：

• 1、思想理念

個人認為mpvue的思路更先進。對vue框架的轉(zhuǎn)換思路很棒，可以多端通用（如果有需要），而且一般的開發(fā)者只要了解vue和小程序，上手迅速，接入平滑。另外，后續(xù)如果代碼需要支持小程序或者vue的新特性，只要在mpvue-loader上進行改造即可，從擴展上來說，即兼容vue的mixin和vuex等全家桶，也可以通過webpack-loader 來增強能力。

wepy雖然也是類vue的框架，但是會發(fā)現(xiàn)很多vue的語法在里面還運用不了，標簽上也不能使用原生html標簽。開發(fā)者既要了解vue，小程序，wepy的語法，如果你使用wepy提供的數(shù)據(jù)流管理，那你少說還得了解redux。這么多需要學習的東西，對于新接入的開發(fā)者來說，門檻有些高。

• 2、開發(fā)體驗

這一點和設(shè)計思路來說息息相關(guān)，整體來說我更喜歡mpvue，畢竟是vue家族的體驗。各種需要的組件都可以搬過來。wepy要把vue組件搬過來就麻煩了。

而在數(shù)據(jù)流這方面，wepy的注解型connect寫法雖然比較簡潔，但是感覺類vue框架和redux集成總有點違和感，而且寫起來不夠方便，相反mpvue的vuex用起來就順眼多了。

• 3、底層優(yōu)化

這一點上可以說各有千秋，畢竟集成了優(yōu)化過的request方式，mpvue需要自己選用ajax組件。而mpvue則在px轉(zhuǎn)rpx等方面有原生的支持，wepy提到的各種優(yōu)化細節(jié)其實都是vue框架本身具備的一些能力，所以mpvue原生就支持了。

• 4、生態(tài)社區(qū)

這點上，wepy來說應該有一點優(yōu)勢，畢竟騰訊自家的產(chǎn)品，微信有什么風吹草動，很容易先知先覺。不過現(xiàn)在來看，基于小程序原生的組件還是比較多，而且轉(zhuǎn)成wepy的.wpy文件還是有一些成本。同樣，對于mpvue，并沒有特別優(yōu)秀的UI庫，將現(xiàn)有的一些類庫強轉(zhuǎn)成小程序版本的也蠻痛苦。所以在小程序開發(fā)腳手架的生態(tài)建設(shè)上，兩者應該都還有蠻長的路要走。

總之，wepy和mpvue都是非常優(yōu)秀的框架，只是，基于以上的一些理由，我還是更喜歡mpvue，它讓我可以在小程序開發(fā)的生態(tài)里面用我擅長和熟悉的vue技術(shù)棧愉快的玩耍，就這一點來說，我舉手投mpvue一票。