目录

一、页面开发分工

二、公共模块的封装

三、开发规范与代码Review

四、微信公众平台管理

五、如何提高小程序审核通过的时效


一、页面开发分工

        在我们接手到一个小程序开发项目的时候,首先要做的是根据产品文档和UI设计稿,进行任务分解。

 1、任务分解

        任务分解也叫工作分解结构(简称WBS),就是把一个项目,按一定的原则分解,项目分解成任务,任务再分解成一项项工作,再把一项项工作分配到每个人的日常活动中,即:项目→任务→工作→日常活动。对于小程序这样的项目,大致上我们可以按照以下的原则拆分任务:

一个page开发就是一个子任务
一个公用组件封装就是一个子任务
一个公共接口封装就是一个子任务

……

 2、分工协作

        提高效率的方法之一就是分工协作,一般项目的开发是有多个人员共同参与的,那么我们可以按照上面的任务分解和工时预估,以及每个人可以投入的时间占比,将每一项任务落实到对应的人头上。 

二、公共模块的封装

1、封装模块

        创建小程序工程目录,开发者工具本身已经帮我们生成了大部分的目录和文件结构,此外我们再根据需要封装的内容,增加对应的存放路径,下面举一个例子:

微信功能(model)

登录、注销
获取用户头像、手机号
地理定位、地址、地图导航
读写storage

组件(components)

搜索框
获取定位组件

业务接口(module)

请求后端接口
鉴权检查
公用业务配置、参数

脱敏后的目录结构如下:

wxapp├── app.js # 小程序的逻辑文件├── app.json # 小程序的配置文件├── app.wxss # 全局公共样式文件├── components # 存放公用组件封装├── config # 存放业务相关的配置js文件├── images # 存放本地的图片├── model# 存放微信功能的封装├── module # 存放业务接口的封装,如登录接口封装├── pages# 存放小程序的各个页面│ ├── index# index页面│ │ ├── index.js # 页面逻辑│ │ ├── index.json # 页面配置│ │ ├── index.wxml # 页面结构│ │ └── index.wxss # 页面样式表├── project.config.json└── utils# 存放工具类的封装,如网络请求└── util.js

 2、使用模块

        先看一个实际的例子,我们跳转了到一个页面,并且当前页面需要使用鉴权模块进行鉴权的时候,脱敏业务代码后,只看关键的调用:

// # module/auth.jsexport default {...check: function () {// auth check}...}

在页面中使用:

// # pages/index.jsimport authModel from '../../model/auth'Page({onLoad() {authModel.check().then((res) => {// do sth}).catch((e) => {// catch e})}})

        如果有过前端VUE的开发经验,对上面的内容应该很好理解,其实不止是模块的封装和调用,包括page组件的封装和调用等,都和VUE很相似,引如组件的路径和名称,在wxml中插入对应的组件标签,再传入对应的属性,接收emit出来的事件方法。

        再来看一个组件封装和使用的例子,比如小程序中有一个“门店导航”的页面,其中有一个搜索门店名称的搜索框,脱敏了业务代码后的主要流程:

├── components# 存放组件页面│ ├── searchInput#│ │ ├── searchInput.js # │ │ ├── searchInput.json # │ │ ├── searchInput.wxml # │ │ ├── searchInput.wxss # 

在页面中的使用:

// # pages/index.json{"usingComponents": {"searchInput": "/components/searchInput/searchInput"},"navigationBarTitleText": "门店导航"}
// # pages/index.wxml<searchInput id="searchInput" inputStr="{{inputStr}}" bind:search="search">
// # pages/index.jsPage({data: {// 输入的内容inputStr:'',},// 键盘搜索search(input) { // do sththis.setData({inputStr: e.detail.detail.value})// go on}})

        页面的预览效果:

三、开发规范与代码Review

        开发工具:可以使用官方的微信开发者工具、或者VSCODE+插件等;

        编码规范,略,参照你所在的公司或团队的代码规范即可。

        以下主要说说几个在开发过程中需要注意的点,通用性比较强,适用于大多数的小程序项目:

        首先,图片资源,上面的例子中,虽然我们有创建了images目录,但是几乎不存放图片。

        一般来讲,我们要尽可能把所有的图片资源都放在CDN上,然后通过网络加载,这样的好处是很明显的,第一是小程序的包可以尽可能做到瘦身,二是如果某个图片有更换,那么只要刷新页面就可以,而不必重新发版。

        只有极少数的图片,可以考虑放在本地的images目录,但一定要满足以下条件才可以:

  1. 页面框架图片,或与页面密切相关的图片;
  2. 图片体积较小,最好是只有几KB;
  3. 长期保持不变。

        按照这些条件,页面底部的导航栏ICON、上面定位的黑色icon等可以考虑。

其次,使用多个不同尺寸的模拟器调试页面。小程序使用的是WXSS (WeiXin Style Sheets)是样式语言,尺寸单位是rpx

rpx(responsive pixel): 可以根据屏幕宽度进行自适应。规定屏幕宽为750rpx。如在 iPhone6 上,屏幕宽度为375px,共有750个物理像素,则750rpx = 375px = 750物理像素,1rpx = 0.5px = 1物理像素。

建议: 开发微信小程序时设计师可以用 iPhone6 作为视觉稿的标准。

         也就是,微信小程序在不同屏幕的手机上运行的时候,会自动根据屏幕的分辨率和尺寸进行换算,大多数情况下页面的展示都是正常的,尽管如此,在开发调试的时候,还是要尽可能多切换不同尺寸的模拟器,看看ui、文字等有无变形等。

        最后说说代码Review,代码Review不仅是在检查代码有无错误或是否符合规范,我认为至少还有两件事情可以做:

        第一、抽取和封装公用模块,对于经常使用到的功能和方法,例如storage的读写,很多地方都有用到,但是各自的使用有些不一样,到处造轮子,阅读和维护起来有些困难,那么我们可以考虑封装一个公用模块出来,统一维护。

        第二,代码阅读是学习他人代码的好机会;“哦,原来这个功能还可以这样实现!”,体会一下不同的解决问题的方式还是挺不错的。

四、微信公众平台管理

        微信公众平台管理,对于小程序开发人员而言,以下几个功能使用频率较高:

1、添加开发者、体验者权限的名单。

2、开发管理-接口权限的设置:

        如果小程序中有使用到了一些微信的功能如定位、获取地址等,那么一定要提前开通,否则在提交小程序审核的时候会被打回 

3、开发管理-开发设置各类型域名和接口

4、微信告警群:

        扫码加入告警群,在微信统计到小程序异常的时候,及时收到群告警。

5、提交发版审核:

        小程序从开发完到上线一般要经过 预览-> 上传代码 -> 提交审核 -> 发布等步骤。

        预览和上传代码需要在微信开发者工具中操作;提交审核和发布需要在管理后台进行操作。

在版本管理中,可以看到现在的版本情况,这个流程很简单,实际操作一遍就能上手:

五、如何提高小程序审核通过的时效

        最后来说说微信的审核时效问题,一般小程序提交审核后,按微信官方的说法将在7天内审核完成。实际上,并不需要这么长的时间,正常情况下,2-3个小时是要的。但有时候慢的话可能要去到1天,快的话半个小时,最快的时候,15min不到就通过了。

        在这,我简单分享一下,如何尽可能快一点地通过微信的审核,当然纯属瞎掰,不一定准确。微信的审核流程,大致上是机器自动审核+人工审核:

        机器审核:小程序代码中使用到的微信api,是否都已申请开通;相比上个版本,代码量增加了多少,资源文件增加了多少;跑一下自动化测试遍历访问每个页面生成预览图;看看业务接口有无4XX/5XX等;微信登陆、定位、支付等功能是否正常……然后会给出一个参考评分。

        人工审核:根据机器的参考评分,页面的预览图等,以及提交审核时候填写的发版内容,再适当的人工检查一下。

        如果机器给的参考分较低,那就人工审核复查的时间就要变长,可能还不止一个人,还要多个人来审核。

        因此,想要尽快一点通过审核,就要尽可能做到满足以上所有的要求。


by 至秦,总结心得、提供一些参考、少走一些弯路。