前言

终于要开始做小程序了，领导给了一周时间做小程序了解和技术调研。我也是从零开始接触小程序，而且也早就听过mpvue这个小程序框架，决定花两天时间熟悉小程序，然后上手mpvue。

第一天

  首先撸完小程序的文档，反正从头看到尾就是。一边看一边和自己熟悉的框架做对照，那些是框架有的，小程序没有的，而写小程序的时候应该怎么解决。

第二天

  看完小程序文档，然后就上手开始用原生语法写，不管用什么框架，肯定要打好原生基础，所以先好好写一天原生。这天写了几个H5内常用的几个组件，和一个页面。说一点感想。

• 不能用filter，然后用了wxs解决了.
• 好像没有计算变量，也还好问题不大。
• relations 组件间的关系，写组件的时候好像挺好用的。
• wxss 和 css一样，还以为能加上一点预处理器的功能, rpx可以。
• 写着写着，突然想起来怎么用第三方库，因为我做的商城，然后去看了zan-ui，文档写的是bower下载，想起了以前写jquery刀耕火种的时候。

第三天

把收藏了很久的 mpvue 的文档地址点开。 先看看特性吧

再看一些不支持的情况：

  还可以。基本就受限于小程序的功能，而无法支持。基本上做到了Vue的开发体验。
关于后来为什么放弃使用mpvue。。。总结两点吧。

• 一个热更新的bug ，直接把我劝退了，一上来先写一个button组件看看，用了slot，然后页面调用，写入slot，小程序未更新到页面上，必须在执行一次npm run dev才行。也不知道哪里错。搞了大半天，有点心态爆炸。
• 老是感觉自己再写Vue，心态一时间转变不过来，遇到不支持的情况会愣住不知道怎么解决。有点出戏。
• 生态还不够完善，毕竟出来的还不久，正常。主要针对我这种彩笔 + 单独开发 + 伸手党，基本就是先找找有没有别人优秀的demo，有没有完善的组件库，上手容不容易。毕竟下周就要开工了。。急啊

最后也没有深入的了解mpvue就劝退了。有点遗憾。不过能看出几个优点：

• 可以和H5做适应，简单的H5可能可以一套代码跑多端。
• 用Vue语法上手更容易。
• 配合webpack定制更灵活

第四天

  调整心态正式开始决定使用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里。就这样~