再看一些不支持的情況：

  還可以。基本就受限于小程序的功能，而無法支持。基本上做到了Vue的開發體驗。
關于后來為什么放棄使用mpvue。。。總結兩點吧。

最后也沒有深入的了解mpvue就勸退了。有點遺憾。不過能看出幾個優點：

• 可以和H5做適應，簡單的H5可能可以一套代碼跑多端。
• 用Vue語法上手更容易。
• 配合webpack定制更靈活

第四天

  一開始以為min只是一個組件庫而已，沒想到自成了一個開發方式和腳手架。雖然和wepy差不多，但還是想說就是先學會用wepy吧。然后將min裝進去用好了。min的官網也介紹了如何在wepy內使用min。

  從wepy的官網一步下來，建好項目之后，有一頁示例，然后文檔慢慢看下來，把示例里的代碼基本都了解了，主要是組件間的通信和數據綁定功能。也沒遇到什么大問題，一個編譯方面的bug，花了點時間找到了，這個后面再講。

優點：

• 生態比較全，有各種開源項目案例（官網首頁最底下），也有組件庫。
• 文檔比較全，也有示例。
• 之前說到用Vue寫小程序有點出戲的感覺，所以反而還是想換另外一個框架的想法，稍微能多接觸點原生的東西。

因為還沒深入，所以缺點就不說了，也不知道。。主要是一開始遇到一個Less熱更新的問題（又是熱更新）。

我設置了一個全局的app.less，在app.wpy內加入。然后app.less內又@import了一個less，然后修改了這個引入的less，沒有熱更新成功，后來發現，必須修改 app.less，才會成功更新上去。不知道別人有沒有遇到過。

寫完這篇之后才突然想起來，它是通過watch文件變動才去編譯相關的文件的，所以被引入的less改動監聽到了，也編譯了， 而app.less沒有改動，所以就沒有去做編譯，自然就沒更新上去。

第五天

  決定用wepy來寫了，過程還算順利，寫熟練后，下周開始了。然后又花了半天時間寫了這篇。。。

最后

  沒有哪個框架好，哪個框架不好，其實就是看誰生態全唄。雖然暫時選擇了wepy，但是以后還是會繼續關注mpvue，或者把H5的一些組件庫移到mpvue里。就這樣~