前文 說(shuō)到我開(kāi)發(fā)了一個(gè)簡(jiǎn)單的小程序叫做 車(chē)標(biāo)速查(代碼以及二維碼詳見(jiàn) 這里),本文簡(jiǎn)單講講如何將這個(gè)小程序轉(zhuǎn)為 mpvue 開(kāi)發(fā)(最終 成果 )
mpvue 官網(wǎng)的 文檔 真的是非常簡(jiǎn)單,不,應(yīng)該說(shuō)是簡(jiǎn)潔,因?yàn)橐劳?Vue,所以很多語(yǔ)法不需要贅述,直接去看 Vue 的文檔就好了。mpvue 這個(gè)名字真的是不忍吐槽,起名也太不上心了吧 ... 反正我個(gè)人覺(jué)得不好聽(tīng)
mpvue 的入門(mén)非常簡(jiǎn)單,可以看這個(gè) quickstart。生成的模版目錄結(jié)構(gòu)和 Vue 開(kāi)發(fā)很像,但是有區(qū)別,為了使之構(gòu)建出符合小程序項(xiàng)目結(jié)構(gòu)的代碼格式: json/wxml/wxss/js 文件。src 是開(kāi)發(fā)目錄,dist 是最后 build 的目錄,也就是小程序的代碼
簡(jiǎn)單看一下 src 的代碼結(jié)構(gòu):
復(fù)制代碼├── App.vue ├── data │ └── data.js ├── main.js ├── pages │ ├── about │ │ ├── index.vue │ │ └── main.js │ ├── detail │ │ ├── index.vue │ │ └── main.js │ └── index │ ├── index.vue │ └── main.js └── utils └── index.js
App.vue 最后會(huì)被編譯成 app.js/app.wxss,一些全局相關(guān)的樣式和鉤子函數(shù)會(huì)被放在這里(比如說(shuō) onLaunch,但是在 mpvue 里我們可以用 created 代替)。main.js 會(huì)被編譯成 app.json,一些全局相關(guān)的配置放在這里(比如頁(yè)面入口,tabbars 等)
pages 目錄即為每個(gè)頁(yè)面,以 index 目錄為例,index.vue 會(huì)被編譯成 main.js/main.wxml/main.wxss,而 main.js 可以放置針對(duì)單個(gè)頁(yè)面的配置,最后會(huì)被編譯成 main.json(如果沒(méi)有填入配置項(xiàng),則不會(huì)生成該文件)
然后來(lái)簡(jiǎn)單過(guò)下開(kāi)發(fā)過(guò)程中踩的一些坑:
總的來(lái)說(shuō),我從入門(mén) mpvue 到用其改寫(xiě)這個(gè)小程序,也就不過(guò)一天時(shí)間,由此可見(jiàn) mpvue 上手真的非???,但是它給我的總體感覺(jué)是有點(diǎn)雞肋,一方面可能是我這個(gè)項(xiàng)目有點(diǎn)簡(jiǎn)單(不需要用到 Vuex 以及組件化),另一方面可能還不是很了解 mpvue
官網(wǎng)概括的它的主要能力:
我覺(jué)得目前主要的亮點(diǎn)在于 Vuex 的可引入以及組件化開(kāi)發(fā),但是越來(lái)越覺(jué)得隨著原生小程序開(kāi)發(fā)的改善,這些功能都會(huì)被補(bǔ)充進(jìn)去。所以,最大的賣(mài)點(diǎn)可能還是在于 多端統(tǒng)一
我覺(jué)得有點(diǎn)雞肋的另一個(gè)重要原因是,使用 mpvue 開(kāi)發(fā)并不能完全忽略小程序的 API 或者組件,比如這個(gè)小程序,還是要用 navigator 組件以及 scroll-view 組件去實(shí)現(xiàn)一些功能(當(dāng)然隨著 mpvue 生態(tài)的發(fā)展,完全有可能出現(xiàn) navigator/scroll-view 的 mpvue 組件,但是這樣造輪子是否值得?),而且可能還有其他一些 API。而類(lèi)比 jQuery 和 js,jQuery 完全不用去考慮原生的 dom 操作方式,從而更加 “傻瓜式”。mpvue 的開(kāi)發(fā)模式注定不會(huì)是這樣的結(jié)局(因?yàn)椴⒉皇菑男〕绦虻讓尤ラ_(kāi)發(fā))
另外一點(diǎn),用 mpvue 開(kāi)發(fā),增加了一層 vue->小程序 編譯環(huán)節(jié),所以 reload 的速度應(yīng)該會(huì)比原生開(kāi)發(fā)慢一點(diǎn)
魯小夫 在 如何看待美團(tuán)開(kāi)源的 mpvue ? 這個(gè)問(wèn)題下的答案非常值得思考:
不過(guò)我們也該思考一下,為什么大家對(duì)微信小程序自帶的機(jī)制有這么多意見(jiàn),為什么大家對(duì) vue 這么認(rèn)同,為什么多端兼容這個(gè)事情這么重要,為什么微信小程序沒(méi)有擁抱開(kāi)源,為什么微信小程序的技術(shù)棧沒(méi)能做到標(biāo)準(zhǔn)化通用化。為了兼容微信小程序,前端工程師做了這么多工作,弄了那么多框架,到底得到的是什么。
以前看到過(guò)一句話(huà),大概意思是,微信小程序有太多滿(mǎn)分的開(kāi)源框架可以借鑒,最后卻造了個(gè)負(fù)分的輪子。
all in all,我的看法是,如果你剛好熟悉 Vue 或者需要多端統(tǒng)一開(kāi)發(fā),那么 mpvue 或許是個(gè)選擇,如果你只是從頭開(kāi)始開(kāi)發(fā)一個(gè)小程序,原生開(kāi)發(fā)也未嘗不可。說(shuō)到底,一系列小程序框架的出現(xiàn)無(wú)非是原生開(kāi)發(fā)體驗(yàn)太差,但是我相信,以微信的能力,假以時(shí)日能夠把小程序原生開(kāi)發(fā)的體驗(yàn)做好。