一、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 中的使用
参照 官方文档