試了微信小程序原生和mpvue后，我最后選擇了wepy
前言
終于要開始做小程序了，領(lǐng)導(dǎo)給了一周時間做小程序了解和技術(shù)調(diào)研。我也是從零開始接觸小程序，而且也早就聽過mpvue這個小程序框架，決定花兩天時間熟悉小程序，然后上手mpvue。
第一天
首先擼完小程序的文檔，反正從頭看到尾就是。一邊看一邊和自己熟悉的框架做對照，那些是框架有的，小程序沒有的，而寫小程序的時候應(yīng)該怎么解決。
第二天
看完小程序文檔，然后就上手開始用原生語法寫，不管用什么框架，肯定要打好原生基礎(chǔ)，所以先好好寫一天原生。這天寫了幾個H5內(nèi)常用的幾個組件，和一個頁面。說一點感想。
- 不能用filter，然后用了wxs解決了.
- 好像沒有計算變量，也還好問題不大。
- relations 組件間的關(guān)系，寫組件的時候好像挺好用的。
- wxss 和 css一樣，還以為能加上一點預(yù)處理器的功能, rpx可以。
- 寫著寫著，突然想起來怎么用第三方庫，因為我做的商城，然后去看了zan-ui，文檔寫的是bower下載，想起了以前寫jquery刀耕火種的時候。
第三天
把收藏了很久的 mpvue 的文檔地址點開。 先看看特性吧
再看一些不支持的情況：
還可以?；揪褪芟抻谛〕绦虻墓δ埽鵁o法支持。基本上做到了Vue的開發(fā)體驗。
關(guān)于后來為什么放棄使用mpvue。。?？偨Y(jié)兩點吧。
- 一個熱更新的bug ，直接把我勸退了，一上來先寫一個button組件看看，用了slot，然后頁面調(diào)用，寫入slot，小程序未更新到頁面上，必須在執(zhí)行一次npm run dev才行。也不知道哪里錯。搞了大半天，有點心態(tài)爆炸。
- 老是感覺自己再寫Vue，心態(tài)一時間轉(zhuǎn)變不過來，遇到不支持的情況會愣住不知道怎么解決。有點出戲。
- 生態(tài)還不夠完善，畢竟出來的還不久，正常。主要針對我這種彩筆 + 單獨開發(fā) + 伸手黨，基本就是先找找有沒有別人優(yōu)秀的demo，有沒有完善的組件庫，上手容不容易。畢竟下周就要開工了。。急啊
最后也沒有深入的了解mpvue就勸退了。有點遺憾。不過能看出幾個優(yōu)點：
- 可以和H5做適應(yīng)，簡單的H5可能可以一套代碼跑多端。
- 用Vue語法上手更容易。
- 配合webpack定制更靈活
第四天
調(diào)整心態(tài)正式開始決定使用wepy做小程序開發(fā)框架了。首先了解到的是 min，它有一套自己的開發(fā)方式，還有腳手架和各種命令。也做的單文件組件，只不過組件頁面和APP分成了三種不同后綴的文件。
一開始以為min只是一個組件庫而已，沒想到自成了一個開發(fā)方式和腳手架。雖然和wepy差不多，但還是想說就是先學(xué)會用wepy吧。然后將min裝進去用好了。min的官網(wǎng)也介紹了如何在wepy內(nèi)使用min。
從wepy的官網(wǎng)一步下來，建好項目之后，有一頁示例，然后文檔慢慢看下來，把示例里的代碼基本都了解了，主要是組件間的通信和數(shù)據(jù)綁定功能。也沒遇到什么大問題，一個編譯方面的bug，花了點時間找到了，這個后面再講。
優(yōu)點：
- 生態(tài)比較全，有各種開源項目案例（官網(wǎng)首頁最底下），也有組件庫。
- 文檔比較全，也有示例。
- 之前說到用Vue寫小程序有點出戲的感覺，所以反而還是想換另外一個框架的想法，稍微能多接觸點原生的東西。
因為還沒深入，所以缺點就不說了，也不知道。。主要是一開始遇到一個Less熱更新的問題（又是熱更新）。
我設(shè)置了一個全局的app.less，在app.wpy內(nèi)加入。然后app.less內(nèi)又@import了一個less，然后修改了這個引入的less，沒有熱更新成功，后來發(fā)現(xiàn)，必須修改 app.less，才會成功更新上去。不知道別人有沒有遇到過。
寫完這篇之后才突然想起來，它是通過watch文件變動才去編譯相關(guān)的文件的，所以被引入的less改動監(jiān)聽到了，也編譯了， 而app.less沒有改動，所以就沒有去做編譯，自然就沒更新上去。
第五天
決定用wepy來寫了，過程還算順利，寫熟練后，下周開始了。然后又花了半天時間寫了這篇。。。
最后
沒有哪個框架好，哪個框架不好，其實就是看誰生態(tài)全唄。雖然暫時選擇了wepy，但是以后還是會繼續(xù)關(guān)注mpvue，或者把H5的一些組件庫移到mpvue里。就這樣~
