跳至主要內容
小程序开发过程中的一些问题及解决方案

前言

最近完成了一个内容分发类的小程序,具体核心功能是提供稿件的编辑,上传,评论等等(公众号 plus);应用到的框架为 mpvue 和 vant-weapp,框架的选型是我最熟悉的框架,主要原因为项目比较赶,虽然之前研究过 uniapp,毕竟没有用它写过,踩坑也需要时间,所以最终敲定了这个技术框架作为这个小程序的基础。由于这次做的小程序类型之前并没有接触过,但也因此碰到了一些微信不常用组件的问题。

踩坑记录

editor 组件

稿件的编辑是核心功能之一,由于稿件需要同时展示图片及文本,和后端协商后选定了一个最简单的方案,即存储为富文本;小程序端能用 rich-text 组件展示,后台管理端也没有问题,数据库使用 text 存储。后台管理端使用 tinymce 进行富文本编辑,而小程序,我只找到了 editor 组件。


init-qy大约 5 分钟前端开发小程序mpvue
mpvue使用过程中的一个问题

前言

虽然说都快 1202 年了,还在使用 mpvue 可能已经跟不上时代。但是 mpvue 仍然是我认为写小程序前端最靠近 vue 写法的框架,而且从使用情况来看,即使已经两年没有更新,使用 mpvue 框架编写小程序前端依然没有什么致命的问题,我觉得只要小程序的主要框架不发生大的改变,mpvue 的使用就没有太大的问题。
从移动端前端的发展来看,小程序的出现是革命性的。最主要的是小程序不仅提供了较为简单的开发环境,降低了开发成本;同时提供了国民级软件(如微信)的用户信息。这点尤为重要:app 的构建太过沉重,用户量的累积也过于漫长,这点限制了规模较小商户的会员体系构建,而小程序解决了这个问题,并同时为双方创造收益,商户获得了用户流量入口,微信也可以借此扩大自身的影响。


init-qy大约 3 分钟前端开发小程序mpvue