微信小程序开发有哪些坑(微信小程序开发有什么用)
本篇文章给大家谈谈微信小程序开发有哪些坑,以及微信小程序开发有什么用对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
本文目录一览:
- 1、微信小程序开发-服务端session值取不到;小程序res.header['Set-Cookie']隐藏的坑
- 2、微信小程序开发公司如何选择?如何避免上当受骗?
- 3、微信小程序蓝牙入坑总结
- 4、小程序有哪些缺点或弊端?
- 5、微信小程序开发中遇到的坑及解决办法
微信小程序开发-服务端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的方法
链接:【点击了解更多加盟项目】
微信小程序开发公司如何选择?如何避免上当受骗?
微信小程序的制作过程中,很多商家都担心一个问题,那就是害怕被骗,不知道如何选择开发公司,下面,就让我来给大家详细讲解一下。
一、选择靠谱的开发公司
在制作小程序之前,商家一定要做好市场调研,寻找适合自己的搭建平台,以保证后续可以快速、低成本搭建小程序。找平台,可以从以下几个方面进行寻找。
1、公司资质
很多开发团队可能只有几个人,有的却是大公司,商家可以全方位考察,看看公司是否有自己的官网,是否正规,公司是否只是皮包公司等等。得有店从2017年运营至今,系统已经完全成熟,公司从2008年开始成立,至今已有十几年的自主研发经验,各项机制也是经得起考量的。
2、系统功能
一个完整的小程序必然是要看系统是否完善,功能是否全面,还要看系统功能是否能满足你的各项需求。以得有店为例,系统中无论是店铺设计、商品添加、营销工具、推广渠道、系统监控等等,都是非常完善的,一目了然,没有多余组件。
3、价格
如今的小程序市场已经很完善了,但是每个公司的盈利模式是不同的,小程序的价格也是由功能而定,功能越多,越复杂,价格也会越贵。价格也从3000-30000不等。除此之外,也有完全免费的小程序,那就是得有店,系统功能全部免费,商家可自行设计。
4、技术
一个公司的技术能力可以很好地考察一个公司,技术就是核心。
5、售后
一个完善的小程序,应该拥有自己独立的售后服务系统,可以及时解答用户的各个问题,而得有店就拥有完善的售后,一对一解决用户问题,商家可以全渠道反馈意见。
6、行业案例
从行业案例中,可以清楚地看到公司的水平,用户可以全方位了解小程序的设计水平等,完善的行业案例,可以迅速吸引用户眼球。
二、小程序开发公司有哪些坑?
1、纯粹以卖模板为主,后期找不到负责人,用户无法得到保障。
2、外包公司都是一次性消费,不能及时更新迭代,如果想要更新又要支出很高的费用。
3、以卖软件为主,没有技术支持,遇到问题没人解决。
只需要清晰认识以上几点,选择开发公司必将快速且准确。
微信小程序蓝牙入坑总结
微信小程序的蓝牙流程按着官网的说明写就可以了,具体参看文档: 小程序开发文档
坑列表:
1.成对调用需要注意, wx.openBluetoothAdapter 与 wx.closeBluetoothAdapter
wx.startBluetoothDevicesDiscovery 与 wx.stopBluetoothDevicesDiscovery
2.安卓与IOS的区别:安卓可以根据蓝牙标识直接连接,IOS则必须先搜索才能进行连接;
3.权限问题:IOS的系统不能仅仅打开系统的蓝牙权限,因为IOS新版本针对蓝牙做了应用及的限制,因此需要给微信蓝牙权限才可以使用;对于安卓系统,部分手机必须打开定位权限才能搜索到蓝牙设备
4.创建连接API( wx.createBLEConnection )调用失败:
超时报错:{"errCode":10012,"errMsg":"createBLEConnection:fail:operate time out"}
连接超时:{"errCode":10003,"errMsg":"createBLEConnection:fail connect time out."}
连接失败:{"errCode":10003,"errMsg":"createBLEConnection:fail:connection fail status:133"}
基本都是安卓手机出现以上问题,针对这些报错,需编写重试连接操作,很大概率能解决此问题;
5.搜索不到任何设备,安卓手机可能是定位权限的问题造成,苹果手机基本就是设备出问题了
6.网络请求与蓝牙请求尽量分开,因为蓝牙连接会受到影响,造成一些异常信息;
7.所有API调用针对fail函数最好都做一次重试,因为再次重试可能就会成功;、
8.API调用之间最好有一定毫秒数的间隔,目前怀疑api部分机型会存在延时;
总之微信的蓝牙连接就那些已知的接口,调用时多考虑异常的情况下的重试,简单总结下,以便查阅。
小程序有哪些缺点或弊端?
小程序有哪些缺点或弊端?
相信大家对于小程序都并不陌生吧,它不仅使用方便,而且无需下载,只需上滑微信即可轻松使用,深受用户的喜爱!企业商家们也正是看中了这一点,都开始了小程序商城的搭建:
小程序商城可以说是目前一个十分有效的营销手段了,但它并不是百利的,它同样也有着一些缺点弊端,那么小程序商城缺点弊端都有哪些呢?下面小编就来为大家列举一二:
1、小程序不支持收藏。如果是安卓用户,可以添加到手机桌面。当然也可以将小程序表问星标,这样小程序就能出现在列表顶部。
2、小程序所占的空间非常小但是同样的,小程序它的体积只有 2 MB(相当于一张照片的大小),弊端:不能开发过于复杂的系统。首次打开会消耗一定的流量,打开需要时间。缓存后再次打开速度快,节省流量。
3、有的小程序为和APP一样很多小程序是需要用户授权才能提供完整的服务。小程序里提取到的用户信息也仅限于头像、昵称、openID,其他资料需要用户主动填写。
4、不能跳转外链网址,限制了小程序的开放性。
5、小程序不能直接分享到朋友圈,可通过二维码分享朋友圈。
6、小程序需要微信审核上架,微信对于小程序的内容、上线、审核、发布规则拥有解释权,因相关规则的更改,小程序内容、功能需要逐步修改。
7、小程序商城仅允许微信商户收款,收取一定的手续费,如果你借用平台收取费用,那么手续费也是一笔不菲的支出。
8、小程序的技术层面弱于APP或者HTML5,未能取代其位置。
当然,小程序的缺点弊端是有很多,但我们依然无法否认其强大的变现转化能力,所以说目前搭建一个小程序商城依然是拓展线上营销渠道的有利方式之一!
微信小程序开发中遇到的坑及解决办法
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
微信小程序开发有哪些坑的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于微信小程序开发有什么用、微信小程序开发有哪些坑的信息别忘了在本站进行查找喔。