共计 954 个字符，预计需要花费 3 分钟才能阅读完成。
初用小程序云开发。谈谈应用后的一点感触，和初步应用时遇到的小问题。
1. 对于云开发
思考到小程序云开发上线多年，逐渐趋于欠缺，于是决定用一下试试。
小程序云开发，相比于传统形式搭建后端服务，有许多便捷之处，很吸引人：
- 不必搭建服务器。环境装置、数据库装置、https 的配置、域名配置等等什么都不必管。
- 入门简略。不简单，须要做什么，跟着文档的例子做就好。文档易读。
- 服务端 API 调用不便。不要 token、不必鉴权，拉进去就能用。
- 能够共享给多个小程序、公众号应用。
- 能够通过 http 接口拜访。不必放心整个零碎都被关闭在小程序中。
- 数据权限。数据库中的数据，对于小程序端发动的申请，能够便捷的设置读写权限。
- 自带云存储和 CDN。
- 适宜前端从业者。都拿 js 写的，无缝对接。
2. 应用之初遇到的问题
这里只说非代码层面上的一些问题。与其说问题，不如说是用起来不太不便的中央。另外，这是我应用时遇到的问题，有可能是我学艺不精带来的，如果阅读者有这些问题的解决办法，还请不吝赐教。
1. 云函数的调试
调试形式能够抉择云端调试 或 本地调试。本地调试时，会给每一个云函数所在的本地文件夹装置 node_modules 和一些根底插件，很繁琐。
本地调试的调试伎俩，包含了手动调用和模拟器调用，没有找到通过真机调用办法。
2. 云函数的重命名
创立云函数时，云函数会主动上传并部署到云端。当我要批改云函数名称，就得从新上传并部署，还得在云端找到重命名之前的那个名称的云函数，给他删掉。
3. 云函数的上传部署
目前如同只能一个函数一个函数的部署，比拟麻烦。尤其是呈现 bug 须要批改的时候，如果改变的云函数较多，一个一个的去上传效率着实低下，稍有不留神，可能还会有脱漏。
5. 云函数数量的问题
默认的收费环境中，最多只能上传部署 10 个云函数。思考到一个云函数基本上是只执行一个逻辑，很多产品 10 个云函数是远远不够的。收费的环境，拿来做测试环境都不够。
6. 云函数的调用速度
不晓得是不是因为我的云开发环境太便宜，云函数的调用速度不稳固，偶然很快，大多数工夫比较慢。云函数的云端测试更是慢。
3. 总结
尽管说云开发在应用上还是有些不便的中央，然而跟其劣势比起来，基本上就不算什么了。
除了云函数调用速度的问题不太好忍之外，小程序的开发便捷度、开发效率都会有很大的晋升。还是很值得举荐和应用的。