MacwinWin的博客

最近在做小程序时，需要在前端展示用户各自唯一的二维码，原本打算通过接口在后端生成图片存入OSS，再将URL返回给前端，但发现不如直接在前端生成。最后项目选择使用weapp-qrcode-canvas-2d，具体demo看readme就好，亲测可行。：这个项目宣称使用新版的canvas-2d接口，渲染性能更好。：这个项目最成熟，但没有找到小程序上使用的教程；：这个项目已经4年没有更新了；

可以看到mathjs因为有更多科学计算的功能在里面，所以文件体积更大，而decimal.min.js甚至只有mathjs的1/20，所以如果只是做加减乘除的精确计算，强烈建议使用decimal.main.js。但在构建npm时发现mathjs出现非常多的问题，无法完成构建，即便构建完成了，在代码中导入时也出现了非常多的问题，因此不建议使用npm进行构建。查了一下，js自身没有decimal这样的库，查了一下，有博文说可以先将浮点数扩大至整数，计算完后再缩小至浮点数。看来没问题，开始在小程序中使用。

最近项目在集成图表到小程序，把这其中遇到的问题记录下来，以便查询。最终效果。

小程序在使用vant-weapp的DropdownMenu 下拉菜单组件时，点击组件后出现以下警告信息可以看到dropdown组件中使用了cell组件，而cell组件的属性icon为String类型在上面的数据定义中，并没有传入icon，导致icon为undifined解决方案：运行环境基础库：2.24.6vant-weapp：1.10.3传入icon为空字符串即可...

小程序获取用户手机号在企业微信中, 通过扫码能够进入微信小程序, 但无法获取code, 也就无法换取手机号原因分析：运行环境小程序基础库: 2.24.5企业微信版本: 4.0.6微信版本: 8.0.23解决方案：等待腾讯发布更新参考:https://developers.weixin.qq.com/community/develop/doc/000c0e84f742b80c276b52da859400https://developers.weixin.qq.com/communit

基础库: 2.24.4vant-weapp: 1.10.3今天在用vant的时候发现一个bug:与 Cell 组件一起使用时，点击Cell时能触发Click事件，但不能触发Change事件；仅在点击图标时能同时触发Click和Change事件，代码如下<van-radio-group value="{{ radio }}" bind:change="onChange"> <van-cell-group> <van-cell title="单选框 1" cl

今天在项目中使用vant 的SwipeCell 滑动单元格实现左滑删除购物车的效果，精简后的代码如下<view wx:for="{{cart}}" wx:key="id"> <van-swipe-cell right-width="{{ 65 }}" bind:open="onOpen"> <van-cell-group> <van-cell title="{{item.title}}" value="{{item.value}}" /&g

问题警告：slot “” is not found (for component xxx)，但不影响功能使用环境微信开发者工具：1.05.2204180基础库：2.24.0vant-weapp：1.10.2问题原因<view wx:if="{{ inited }}"> ... <slot /></view>导致<slot />没有被解析解决方法在使用的组件中加入以下代码，强制解析<slot /><vie

今天在改小程序的时候，需要使用Vant组件，由于之前对小程序引入并使用第三方组件的过程不太熟悉，导致这个过程比较艰辛，记录下来，希望对你有帮助。方式有很多，这里我只记录我目前在用的npm安装参考：https://blog.csdn.net/J080624/article/details/106186352...

今天在调试小程序的时候出现如下警告官方解释：微信现已开放小程序内搜索，开发者可以通过 sitemap.json 配置，或者管理后台页面收录开关来配置其小程序页面是否允许微信索引。当开发者允许微信索引时，微信会通过爬虫的形式，为小程序的页面内容建立索引。当用户的搜索词条触发该索引时，小程序的页面将可能展示在搜索结果中。 爬虫访问小程序内页面时，会携带特定的 user-agent：mpcrawler 及场景值：1129。需要注意的是，若小程序爬虫发现的页面数据和真实用户的呈现不一致，那么该页面将不会进

业务上需要小程序能够生成定位到特定页的二维码，查了一下，可以实现，官方文档注意，虽然二维码总数没有限制，但是分钟频率有限制：accesstoken申请频率不能过频繁，官方建议accesstoken交给中控服务器统一管理而且出于安全考虑accesstoken需要对前端不可见综上，设计流程如下图：考虑到前期流量较小，对分钟调用频率以及服务器带宽较低，所以没有对二维码进行缓存，而且没有使用OSS，后期一旦流量，应选用二期方案，而且对请求需要进行限流 Rate Limit...