再看一些不支持的情况：

  还可以。基本就受限于小程序的功能，而无法支持。基本上做到了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里。就这样~