日期:2023-04-04~2026-04-04
城市:中国
地址:我来教教你小程序坑(2023已更新!今日/知乎)
展馆:我来教教你小程序坑(2023已更新!今日/知乎)
主办:我来教教你小程序坑(2023已更新!今日/知乎)

1分钟前

本篇文章给大家谈谈小程序坑，以及微信小程序 坑对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

记录一下支付宝小程序的坑

我们项目中 由于有个页面链接，没有形成闭环。不能从小程序其他页面跳转过去，只能上线之后通过apli的规格跳过去（卡包中跳转）。

如果前面打开过小程序，触发了onlauch事件，从卡包跳转的时候，只是进入这个页面，不会触发onlaunch事件了。

（其实这个没问题）

主要是开发过程中，我们要去找个页面就 开始通过 扫码 打开。 扫描打开页面都会重启小程序，并打开扫描的页面，都会触发onlaunch事件。

我这里出现的原因是： onlauch事件我会异步获取 userId保存到本地。 在活动页面由于上一期的种种问题，需要onload清空本地数据。

如果打开小程序在 活动页，那么 先触发onlaunch事件，异步获取userId（还没拿到）， onload清空本地数据， 这个是拿到了userId. 保存到本地。一切正常。

扫描开发和测试都没发现问题。（扫描活动页，会重新启动小程序）

上线后发现，有保存过小程序的用户，或者直接搜索小程序，进入了首页，触发了onlaunch事件， 异步获取并保存了userId到本地。。。然后从卡包进入活动页，清空本地数据，，，此时之后的流程就有问题了。

解决的办法：

小程序之坑01——按钮覆盖在Input框上的问题

先上一张图

如图1-1所示，想做一个上面图片上的搜索框，很容易想到上面搜索框的布局方式就是，input框占满整个行间，然后清空按钮通过absolute定位到input框上面，然而这样的布局方式在小程序真机测试中是有问题的，问题描述如下：

问题所在： 当input框处于聚焦状态时，及键盘属于拉起状态。点击清空按钮是无法清空input框里的数据的，简单的说就是此时加在清空按钮上的点击，触摸等事件并不会触发。只有当input框失去焦点时及键盘属于隐藏状态时，清空按钮上的事件才能被触发。

原因所在：小程序中当input框属于聚焦状态时，会有个层级的提升，它的层级是最高的，会比覆盖在他上面的标签层级高，因此此时点击清空按钮时实际上点击的还是input框。只有当input框失去焦点时才会恢复到正常的层级，此时上面的覆盖标签会比input框层级高

当初以为是组件问题，结果采用小程序上的 cover-image ， cover-image 组件也无法解决问题。

解决办法：

因此我们得使用图1-2的布局方式，采用正常的左右布局的方式。input框和按钮各占整行的一部分，然后通过css去使input框看上去是占用一整行，清空按钮覆盖在上面，对于前端人员来说还是很好写的哈。

小程序坑位是什么意思

小程序坑位的意思就是：一个位置，比如在小程序中的一个广告坑位，就是一个广告的位置，小程序会给商家一个打广告的位置然后商家给予一定的费用。

微信小程序开发中遇到的坑及解决办法

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

关于小程序的坑之Taro框架

公司产品试水小程序，做了几个独立功能模块的demo试下可行性，主要是这个框架和react语法基本相同，避免大家学习成本过高，以下记录几个容易粗心的点和坑，maybe很弱智。

由于日常用的axios请求参数的头是headers，复制粘贴大法引发了一个弱智bug，该bug会引发 content-type 设置失效，变成默认的 application/json 。

微信模板语言中，监听自定义组件事件的方法与监听基础组件事件的方法完全一致：

因此Taro中监听自定义组件事件的方法要写成

渲染成微信小程序模板语言时变成

以自定义导航为例：（）

使用方法：

例：res.model在iPhone X模拟器输出"iPhone X"，在真机输出 "iPhone X (GSM+CDMA)iPhone10,3" ，所以此处用indexOf而不能用 "==="

Taro.request()支持get和post请求，通过异步的方式进行回调。主要有3个回调方法

所以，对statusCode !== 200 的情况，都应在success回调方法中处理，可以写个拦截器，在微信原生方法wx.request()中存在相同情况。

npm提示某某包undefined，一个一个重新安超浪费时间，目前我的解决办法是退出编译后删掉渲染成微信小程序模板语言的dist文件夹和node_modules文件夹，然后重新运行 npm i 和 npm run dev:weapp

还遇到挺多问题。。想不起来了。。待更新吧。。。

下水了，后续问题记录口以看这里

小程序坑的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于微信小程序 坑、小程序坑的信息别忘了在本站进行查找喔。