如题。项目上线已经有一个月了，因为微信登录接口的变化导致变更了用户登录需求。今天有时间了把这块给补上去，记录一下开发的过程。首先，一个图片按钮作为头像，一个文本框作为昵称代码如下： 有两个地方需要说明，模版变量判断{{avatarUrl||tempavatarUrl}},es6写法，就是给变量为空的时候设置一个默认值。还有一个是昵称，表单……

接触uniapp有几年，但是正儿八经写程序还是最近的事，记录下本次保质精灵这个项目过程中遇到的几个问题。1、先说调试H5调试就没啥好说的，直接内置浏览器就可以完成。但是微信小程序，微信开发者工具和真机调试都不同，真机调试版本的不同结果也不同（好像默认的是1.0，调2.0就正常了），调试基础库在2.24前后的版本也有差异。最后总结，能用高版……

前面说过了，小程序订阅消息的前提是需要根据小程序的类目选择消息模版，拿到模版ID。 先贴用户授权消息唤起的代码： 这里用到的api是uni.requestSubscribeMessage，可以发起订阅授权申请，如果有多个消息模版，就要把多个模版ID都放到tmplIds里，这时用户界面显示的将是多个需要用户同意的模版消息选项。这里我把授权申……

这一篇来做技术选型。基于产品目的和应用场景来做，而应用场景进一步可以拆分为三块：人、货、场。 首先这个产品最大的目的其实是作为产品经理亲自下场整代码的一次尝试和验证可用性，也就是说“试水”的目的很强，那么快速、便捷且低成本的开发方式就比较突出了。这里的成本主要我的时间成本了。 应用场景：人一般包括发起者、产品经理、开发者、市场/业务、小白……

有很多时候，产品经理为了跟程序猿们描绘清楚产品构思以及“宏伟蓝图”，使出浑身解数，从语言沟通、草图、原型图、带交互的原型图、高保真带交互的原型图、商业模型等等能干的都干了，就差亲自扑上去敲了，最后产品还是会出现这样那样的问题，所以当产品经理亲自扑上去敲代码是一种什么体验？ 说干就干，这个小产品从立项到上线满打满算就一个月时间，接下来先总结……

本想在最近更新的数据上加一个状态，想想还是换成这种及时性的时间描述比较好，百度了一下，复制可用，留存备用。 过滤器写好之后调用：{{item.create_time | formatDate}}这里传入create_time是时间戳（10位数，秒）形式，此处要*1000转换成毫秒。 格式化时间，仅将数据库中时间戳转换成时间格式