主要是全面测试了居民的所有页面,增强了交互性,提高体验感,具体更新内容有如下(以下更新全基于居民界面):
项目 | 修改内容 |
---|---|
我的志愿 | 去掉没有用的搜所栏,显示当前报名人数 |
发布合服务 | 楼号输入格式提示,人数上限input改成了number类型 |
msg_success | 要返回上一级,应该还要算上自身页面(msg_success),所以把delta参数改成了2 |
合志愿报名 | 楼号输入格式提示,联系方式input改成了number类型,报名成功后的跳转设置step=1,并更新数据 |
合志愿的下拉会卡住 | 合志愿下拉刷新数据列表 |
我的合服务逻辑问题,报名的合服务志愿者会直接显示审核成功 | 其实state并不是volunteer的state,而是合服务的state,而合服务经过发布所以肯定是2。于是修正了这个逻辑问题 |
优化合党建的性能。
之前的版本合党建一次性获取所有公众号文章(大概70多条)导致了巨大的延迟,甚至偶尔会出现timeout的错误。
这次更新采取小步更新,lazy-load的方式,重写“onReachBottom”回调函数。实现了触底时再加载后续文章的功能。
注意:开始进入合党建,以及下拉刷新时,一次拉取最新的7次文章。触底后的每次加入的有后续的2次文章。(其中一次是值一天的发文,通常一次有1-4篇)
基线版本,建立新旧版本的界限。
之后的开发包括:合信息,合养老,合医疗以及进行前面版本的一些完善。
完成了合党建信息发布功能。
如果是管理者,那么在“”我的“页面会出现新的”党建信息发布“功能。管理者填写相关字段,进行发布。
发布后的内容可以在首页合党建里面的第二个scroll-view页面看到。
添加了合信息,合养老,合医疗板块
初步测试新添加的功能,处理了合养老的bug,优化了整体的ui
信息收集表单添加
合美好,大图预览,多图预览
修复之前合党建中与公众号文章同步失败的问题。
原因是云函数ip变动,原来的白名单失效。