微信小程序开发有哪些坑（微信小程序开发的坑）
今天给各位分享微信小程序开发有哪些坑的知识，其中也会对微信小程序开发的坑进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
小程序有哪些缺点或弊端？
小程序有哪些缺点或弊端？
相信大家对于小程序都并不陌生吧，它不仅使用方便，而且无需下载，只需上滑微信即可轻松使用，深受用户的喜爱!企业商家们也正是看中了这一点，都开始了小程序商城的搭建：
小程序商城可以说是目前一个十分有效的营销手段了，但它并不是百利的，它同样也有着一些缺点弊端，那么小程序商城缺点弊端都有哪些呢?下面小编就来为大家列举一二：
1、小程序不支持收藏。如果是安卓用户，可以添加到手机桌面。当然也可以将小程序表问星标，这样小程序就能出现在列表顶部。
2、小程序所占的空间非常小但是同样的，小程序它的体积只有 2 MB(相当于一张照片的大小)，弊端：不能开发过于复杂的系统。首次打开会消耗一定的流量，打开需要时间。缓存后再次打开速度快，节省流量。
3、有的小程序为和APP一样很多小程序是需要用户授权才能提供完整的服务。小程序里提取到的用户信息也仅限于头像、昵称、openID，其他资料需要用户主动填写。
4、不能跳转外链网址，限制了小程序的开放性。
5、小程序不能直接分享到朋友圈，可通过二维码分享朋友圈。
6、小程序需要微信审核上架，微信对于小程序的内容、上线、审核、发布规则拥有解释权，因相关规则的更改，小程序内容、功能需要逐步修改。
7、小程序商城仅允许微信商户收款，收取一定的手续费，如果你借用平台收取费用，那么手续费也是一笔不菲的支出。
8、小程序的技术层面弱于APP或者HTML5，未能取代其位置。
当然，小程序的缺点弊端是有很多，但我们依然无法否认其强大的变现转化能力，所以说目前搭建一个小程序商城依然是拓展线上营销渠道的有利方式之一!
微信小程序开发-服务端session值取不到；小程序res.header['Set-Cookie']隐藏的坑
问题：本地服务器存取session没有问题。通过小程序，比如发验证码，服务器端将验证码存为session。校验验证码的时候重新取session,提示session值不存在。
根源：微信小程序不能保存Cookie，导致每次wx.request到服务端都会创建一个新的会话，从而当前会话不再是之前存验证码的那个会话，自然也就取不到session值了。
解决方法：（由于本人很懒，直接参考、引用大神的文章，文末有原文链接，原文板块比较好看一点。我这里重点在于记录微信小程序的另一个坑。）
普通的Web开发，都是把sessionid保存在cookie中传递的。
不管是java还是php，服务端的会在response的header中加上Set-Cookie
例如：
浏览器的请求也会在header中加上
例如：
通过这个sessionid就能使浏览器端和服务端保持会话，使浏览器端保持登录状态。但是，微信小程序不能保存Cookie，导致每次wx.request到服务端都会创建一个新的会话，小程序端就不能保持登录状态了。
一个比较简单的办法就是在小程序端把cookie保存到storage里，后续请求的时候再读storage，把cookie添加到请求头里，这样做的好处就是，服务端不用做任何改动
具体操作如下：
1.把服务端response的Set-Cookie中的值保存到Storage中
2.wx.request再从Storage中取出Cookie,封装到header中
我在这里还遇到了另外一个问题，当服务器响应多个Set-Cookie时，小程序通过wx.request 回调取res.header['Set-Cookie']所取到的Set-Cookie值是把它们用逗号拼接在一起，从而产生的错误的Cookie，这样请求后台的时候还是取不到相应的session。而真正需要的是用分号拼接多个Set-Cookie值。例如：
服务器响应：
小程序通过res.header['Set-Cookie']取到的Set-Cookie值却是：
而真正正确的值应该是smallapp与session_name之间用分号隔开而不是逗号：
但坑终究是坑，寄人篱下，有坑也只得我们自己填。
填坑方法：在步骤2中的if判断中，自己重新拆分Storage中取出的Cookie，整理成后端需要的规范的cookie。再赋值给header.Cookie。
这个问题暂时没找到其他解决方案，也请知道的朋友指点一下。
原文引用： 微信小程序开发-保存服务端sessionid的方法
链接：【点击了解更多加盟项目】
微信小程序开发中遇到的坑及解决办法
taro单独为某个项目切换taro版本环境
单独为某一个项目升级#这样做的好处是全局的 Taro 版本还是 1.x 的，多个项目间的依赖不冲突，其余项目依然可以用旧版本开发。 如果你的项目里没有安装 Taro CLI，你需要先装一个：
# 如果你使用 NPM
$ npm install --save-dev @tarojs/cli@2.x
# 如果你使用 Yarn
$ yarn add -D @tarojs/cli@2.x
echarts在小程序中滑动卡顿
由于微信小程序中，echarts的层级最高，无论设置多大层级也无法遮住echarts。而且小程序中好像只能用echarts吧。所以为了解决这个bug，我只能委屈求全了。打开ec-canvas.wxml文件，将touchStart、touchMove和touchEnd去掉了，直接删除就好啦。这三个事件应该是做缩放的吧，我们也没有这个缩放的需求。所以就去掉了。虽然暂时满足的需求，还是没有真正的解决问题。
原：
bindinit="init"
bindtouchstart="{{ ec.disableTouch ? '' : 'touchStart' }}"
bindtouchmove="{{ ec.disableTouch ? '' : 'touchMove' }}"
bindtouchend="{{ ec.disableTouch ? '' : 'touchEnd' }}"
现：
bindinit="init"
echarts在小程序中无法跟随页面滑动
在卡顿问题中能与echarts交互少的，可以直接使用图片代替cannvas，即在echarts渲染完毕后将它替换为一张图片。
如果我更新了数据，那么就重新放出echarts，等它渲染完毕后，再次替换为一张图片。
chart.on('finished', () = {
getCurrentInstance().page.selectComponent(id).canvasToTempFilePath({
success: res = {
console.log('res.tempFilePath====',res.tempFilePath)
this.setState({
echartImgSrc: res.tempFilePath
})
},
fail: res =console.log('转换图片失败', res)
});
})
render:
this.state.echartImgSrc =='' ?
ref={this.refChart}
id={this.state.id}
canvas-id="mychart-area"
force-use-old-canvas="true"
ec={this.state.ec}
/
:
CoverImage src={this.state.echartImgSrc}/CoverImage
关于微信小程序开发有哪些坑和微信小程序开发的坑的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
