本文主要是介绍微信小程序踩坑指南--回填再造，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一写小程序前端深入坑，踩着问题的‘尸体’爬了上来。奋斗一个多月，需求，设计，前端一体成型的项目终于上线，特此总结一下，以示激励。。。
说到小程序的坑，第一个想要吐槽的就是它的api文档，分区也太‘微信’了吧，找到这个再跳到某个，感觉找个文档还挺费时间的，需要多点耐心，多点爱心。
第二个想说的点是：app.js 与 page.js的生命周期是同步的，因此，如果你想在页面加载之前做点异步加载有关的事情，那将会收获绝望的心情，比如在app.js先拿到登录验证信息再让页面的接口请求继续
第三个槽点是： wx.showToast,如果你想直接提示数字，那么恭喜你即将收获红色错误，请记得转换成string
第四个想说的是：如果你想授权获取用户信息，除了使用微信用户头像等专属展示控件这种仅用于展示的情况外，如果需要永久保存，那么建议是使用open-type="getUserInfo"的button。调出来的弹窗，开发者工具跟真机有些差异，限今天发文章前，过了这个点，不知道会不会改，如有雷同，纯属意外
第五个槽点：如果你用了localstorage存了object的话，那么请注意模拟器跟真机差异性，谨慎使用JSON.parse跟JSON.stringify,建议加这个判断 Object.prototype.toString.call(localObject) === '[object Object]'
第六个想说的是：如果页面配置了tabbar，那switchTarbar默认不刷新的喔，如有必要，可以百度,另外，页面传参不会生效的哟
第七个槽点：这个只能吐自己的槽，页面传参事件如果写了而且需要关闭页面，那么请不要使用wx.navigateTo跳回来，不然，它会死给你看，最好是直接关闭页面或者返回页面。虽然效果一样，但结果有可能会让你吐血。。。
第八个想说的是：可信域名这些提前准备好，有授权的地方，建议在项目设计之初，先考虑微信的限制，不然，需求一旦形成，后期吐血的会是你。。。
第九个友情提示：多用es6，你会发现一个新的世界。。。
再来一个：wx.requestSubscribeMessage消息订阅，如果用户没有选择同意，那么作为一次性授权，那在回调的res当中是拿不到需要的参数的，切记，api有写，注意真机跟开发者工具的差异，在用户交互上，多考虑一下用户，这功能实现起来需要保持合理。。。
当然，有些槽点可能是自已经验不足导致的，不管怎么说，记录下来，希望疫情快快退散，世界和平！
这篇关于微信小程序踩坑指南--回填再造的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
