尝试了原生微信小程序和mpvue后 最终选择了wepy

前言

终于要开始做小程序了，而且领导已经给了一周的时间做小程序理解和技术研究。我也是从零开始接触小程序的，早就听说过mpvue的小程序框架，所以决定花两天时间熟悉一下小程序，然后开始用mpvue。

第一天

首先，完成小程序的文档。反正是从头到尾。一边看，一边和熟悉的框架比较，框架里有，小程序里没有，写小程序的时候怎么解决。

第二天

看完小程序文档，开始用母语语法写。不管用什么框架，都要打好母语基础，所以先写一天母语。这一天，我写了几个H5常用的组件，还有一页。说点什么吧。

不能先用滤镜，再用wxs解决。看似没有计算变量，但好在问题不大。编写组件时，关系组件之间的关系似乎非常有用。Wxss和css一样，认为它可以添加一点预处理器功能，而rpx可以。写的时候突然想起来怎么用第三方库，因为我做了商城，然后去看赞-ui。文档是bower下载的，我还记得以前写jquery slash and burn的时候。

第三天

，点击长期收藏的mpvue的文档地址。先看特点。

看看一些不受支持的情况：

还不错。基本上受小程序功能限制，无法支持。基本实现了Vue的开发体验。关于后来为什么放弃使用mpvue。让我们总结两点。

一个热门的更新bug直接劝退了我。当我上来的时候，我首先写了一个按钮组件来看一看，使用了slot，然后调用了页面，写了slot，小程序没有更新到页面，所以我必须执行一次npm run dev。我不知道怎么了。一天下来，我有点精神崩溃。总觉得自己又在写Vue了，心态一时半会改变不了。不支持会发呆，不知道怎么解决。有点戏剧性。生态不够完善。毕竟出来没多久。这很正常。本文的主要目的是单独开发Hand-holding Party，基本就是看看有没有别人优秀的演示和完善的组件库，上手不容易。毕竟，工作下周就要开始了。啊，最后没有深入了解mpvue，就劝他退出了。有点遗憾。然而，可以看到几个优点：

能适应H5，简单的H5也许能运行一套代码。Vue语法更容易上手。

第四天

  调整心态正式开始决定使用wepy做小程序开发框架了。首先了解到的是min，它有一套自己的开发方式，还有脚手架和各种命令。也做的单文件组件，只不过组件页面和APP分成了三种不同后缀的文件。

  一开始以为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里。就这样~