一、Why WePY

首先，先分享一下为什么要选择 WePY ？

在项目开始进行选型的时候，我可选的底层框架有 WePy、MPVue、Taro、`MinUI，这些框架都是工程化做得很好的框架，可以帮助小程序项目长期进行维护。其中，Taro 因为采用的是我所不熟悉的 React ，所以从一开始就被排除。MPVue 我看了以后，它更多是给 Web 开发者提供小程序转化工具，而不是给小程序开发者提供类 Vue 工具，所以，也被我排除。 MinUI 由于其本身仅仅是提供了组件化的方案和 npm 、ES6/ES7 的支持，其他的命令依然要延续使用小程序的函数，并没有提供更多的支持，整个生态尚不丰富，所以就又排除掉了 MinUI。

到最后，我选择了 WePY 。在下手之前，我研究了一下 WePY，来看看 WePY 中都有哪些优点。 总的来说，我认为 WePY 的优点如下：

  • 提供了类似 Vue 的组件化方案：组件化开发可以提升项目的可维护程度，随着你开发周期的变长，组件化会非常大的影响你的开发体验。

  • 提供了 ES6/ES7 语法的支持：JavaScript 为人诟病的回调在 ES6、ES7 中有了更加优雅的实现。

  • 提供了 Vue 的生态：和 MinUI 的孤军奋战不同，WePY 有很多 Vue 社区生态的产品，比如 WePY-Redux、RxWX 等一系列 Vue 下，大家习惯使用的工具，这使得开发的流程更加顺畅，开发体验也更加一致。

  • 对原生 API 的优化：在小程序官方提供的接口中，很多都是提供的回调模式，并不提供 Promise ，我们在使用时往往需要自己再重新包一层，比较麻烦。在 WePY 当中， WePY 官方帮我们封装好了一层，你可以直接使用 WePY 所封装好的方法，减少了封装的工作量。

  • Vue 习惯的数据设定：在 WePY 中，你可以使用 this.xxx=xxx 的语法进行赋值操作，相比于原生的 setData 方法，有更加舒适的语法，可维护性也更高。

  • 提供了 computed 方法：在开发小程序的时候，我们难免要对数据进行格式化，在传统的小程序开发中，我们需要对数据进行 map ，再进行修改，但是用了 WePY 以后，我们可以使用 computed 计算属性来进行数据的格式化和调整，大大的提升了代码的可读性。

二、云开发 in WePY

云开发可以用在 WePY 中么？

答案当然是肯定的。

看待这个问题，你应该首先搞清楚，云开发所提供的到底是什么？

云开发提供的是数据存储、文件存储和计算能力

和 WePY 的定位提供微信小程序组件化开发的能力并不冲突，所以， WePY 和云开发并不冲突，你可以在 WePY 中使用云开发。

三、在 WePY 项目中启用云开发

由于 WePY 本身并没有提供云开发的模板（不过你现在可以使用 wepy init cloudkits/wepy-tcb-demo 命令来初始化一个包含了云开发示例的 WePY 项目），所以，我们需要自己在项目中添加云开发。

云开发本身而言，是集成在 wx. 的名字空间内的，所以无需配置可以直接使用 wx.cloud.xxx 来调用云开发的各项命令。此外，比较特殊的是，你需要指定一下云函数目录，来确保微信小程序开发者工具能够识别出云函数目录。

此处需要注意的是， 因为云开发的命令本身就支持 Promise 和 Callback ，所以你可以直接使用 wx.cloud 来调用，而不是使用 wepy.cloud 来调用。WePY 官方也没有针对云开发进行再一次的封装。

你可以在小程序项目的根目录创建一个新的目录 cloudfunctions ，然后在 project.config.json 中添加一个新的配置项目 cloudfunctionRoot，并将其值设置为 cloudfunctions。这样，微信小程序开发者工具就能够识别出这个目录是云函数的目录，并为其加上特殊的目录名。

此处需要注意的是，云函数应当放在小程序的源码目录 src 之外，不然会导致编译报错。我试图寻找 wepy.config.js 的中关于屏蔽编译检查目录的配置项目，但是没有找到，所以我直接将这个目录放在了项目根目录，云函数和小程序源码的 src 同级。

这样，你就完成了 WePY 中的小程序·云开发的引用。

四、云开发在 WePY 中的使用

参照 官方文档