WordPress 网站开发“微信小程序”实战(三)

本文是“WordPress 开发微信小程序”系列的第三篇，本文记录的是“DeveWork极客”小程序1.2 版本的开发要点。建议先看完第一篇、第二篇再来阅读本文。

如果你没有看过本小程序，可以通过下面的小程序码进入体验。注意看文章的此时你扫码进入的版本可能不是1.2 版本了。

“DeveWork极客”小程序v1.2 的更新内容主要集中在提升用户体验的优化点以及修复遗留bug。如同上一篇，本文除最后一章节，每个章节即为一个改动点，并参考微信小程序的开发者工具更新历史采用 A(Add)、F(Fix)、U(Update) 作为小标题开头。

A：新增“关于与反馈”页面

“DeveWork极客”小程序v1.2 的新增内容基本上就只有这个“关于与反馈”页面了。目前能通过文章内容页脚、阅读记录页面页脚两个入口进入。页面内容主要是介绍小程序、提供反馈入口与联系方式。反馈入口本想采用小程序的“客服会话”组件，但默认样式实在是太难看了，最后是采用button 组件通过设置 open-type="contact" 的方式进入客服对话。有兴趣欢迎通过客服会话勾搭，但一般我不会去看的哈哈，建议还是采用邮件这类联系方式。

A：复制文章URL 功能，引导外部浏览器阅读

一些读者可能会疑惑“DeveWork极客”小程序里面的文章内容，涉及到的外链均不可点。这个锅可就得由小程序来背了——微信小程序是天然的封闭体系。也因为个人小程序的规定约束，评论内容是不会展示出来的。在这个版本中增加了一个复制文章URL 的功能来引导用户前往外部浏览器阅读原文及其评论。

使用到的是wx.getClipboardData这个接口，代码因为没啥技术含量就不展示了。

A：在一些页面启用PullDownRefresh

PullDownRefresh即上拉重加载。这个版本在一些页面启用了PullDownRefresh，有如下两个坑：

1）如果下拉后的背景是白色的，需要将app.json 中window 对象的backgroundTextStyle设为dark, 否则无法显示loading 动画。

2）小程序中scroll-view 组件与onPullDownRefresh 不能同时使用。

F：修复wxParse 的若干bug

这个版本修复wxParse 的bug 主要集中在样式层面的，有部分内容已经向wxParse 的开发者提交PR。

1）一些内联元素没有相应的内联样式。如del 标签。

2) pre 标签的优化。本站的文章内容大多有大段代码，之前在小程序版上显示一直不是很好看。原因是wxParse 默认将代码中的换行符删掉了。

3）li 标签圆圈样式，行高样式统一。

U：提升用户体验的若干优化点

这个版本主要是为了提升用户体验，所以在如下点进行了优化：

1）下拉加载文章的Loading 样式进行了修改。抛弃了默认loading 组件，而采用跟网站一样的loading 效果，直接用CSS3 写。

2）增加数据加载失败的弹窗提示。wx.request()这类网络请求事件有可能遇到加载失败的情况，这时候予以用户提示是有必要的。Jeff 的处理方式增加一个弹窗，然后在fail 事件进行调用。

| // https://cloud.tencent.com/developer/article/1025768 // 网络加载失败提示 function netWorkErrorAlert(){ wx.showModal({ title: '文章加载失败', content: '请求失败，可能是网络故障，请稍后再试。', showCancel: false, success: function (res) { if (res.confirm) { console.log('netWorkErrorAlert 用户点击确定') } } }) }   // 实际过程本人是用promise 的catch 状态，这里仅演示原生语法 wx.request({ url: 'test.php', //仅为示例，并非真实的接口地址 success: function(res) { console.log(res.data) } fail: function(res) { // netWorkErrorAlert 函数我是放到了util 里面 util.netWorkErrorAlert(); } }) |

|:----|

3）“无过多文章”场景的优化。现在能做到在“无过多文章”场景下不发送请求了。

4）阅读记录页面为空时候的展示。增加了一个图标状态。

F：scroll-view 组件bindscrolltolower 事件多次执行

这个也是微信小程序的一个坑点。小程序首页的scroll-view 组件bindscrolltolower 绑定了loadMore()函数。在开发工具上每次下拉加载正常，但在真机上却发现每下拉一次，loadMore()函数会被重复多执行两三次。如此本来是一次加载6篇文章，实际居然加载了24篇！

Jeff 的解决方案是采用了个计时器，在loadMore()函数函数中，如果发现上次运行loadMore()函数的时间与本次时间差在300ms 内，证明是小程序的bug 导致的被重复执行，此时退出这次运行函数。

| // https://cloud.tencent.com/developer/article/1025768 // 需要在page 的data 对象中设置默认值 data: { lastLoadTime: 0 //上一次load的时间 },   // 下拉加载绑定的函数 loadMore: function (e) { // 300ms 内多次下拉的话仅算一次 //获取点击当前时间 var curTime = e.timeStamp; //上一次加载的时间 var lastTime = this.data.lastLoadTime; console.log(lastTime, curTime, curTime - lastTime); if (curTime - lastTime < 300) { console.log("不正常的加载间隔时间"); return; } ... //其他代码略 this.setData({ lastLoadTime: curTime }); ... //其他代码略 } |

|:----|

通过如上的方式就可以做到scroll-view 组件bindscrolltolower 事件每次均只执行一次。

另外一提的是，scroll-view 组件发现有时候下拉加载的时候页面有时候会有瞬时抖动的情况。对于这个暂时还找不到解决方法。

U：专题文章页启用了新的布局样式

为了与首页的文章列表样式相区别，在专题文章页启用了新的布局样式：左图片右标题+发布时间等信息集合。采用flex 布局三两下就搞定，不过反而遇到个CSS 上的问题——text-align:justify; 与webkit-line-clamp 共用导致的问题。如下图：

自己在平常的开发中基于兼容性考虑从来都不会用text-align:justify;（小程序本身支持justify），当这个属性与多行截字的webkit-line-clamp共用就会导致上面的问题。解决方法是改成text-align:left;。

文末结题

以上就是1.2 版本的主要更新内容。1.2 版本的审核算快，第二天晚上就告知通过了。