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

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>

公司产品试水小程序，做了几个独立功能模块的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

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

下水了，后续问题记录口以看这里 https://www.jianshu.com/p/5a6fd7fdaf4f

先上一张图

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

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

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

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

解决办法：

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

---