从接到需求到开发出手机网页版成品和小程序成品和后台数据管理页面一共花了2周不到的时间，已基本满足用户需求，实现记录用户信息，将用户信息与检测试管绑定。后台能够管理工作人员权限、字典管理、各类数据增删改查等。
工作上遇到的第一个难点是甲方需求的不断变更，这个是工作中常见的问题，早上通常会将客户灵机一动想到的“GOOD IDEA”梳理，换位思考，互相理解，从中挑出可以实现的，过滤掉太理想化的。然后一天的工作就是将其展示出来，晚上下班前看个大致效果。
第二个难点是一开始人员的变动，其实没几个人，但是也变动了一两个，对接交流也确实会有影响。
第三个难点是开发和需求的方向，因为没有统一的文档，所以难免会有方向的错误，一开始都是保留在口头上，自然而然侧重点和结果造成了些许误会。这个如果可以通过文档的形式会好很多。
第四个难点是多个开发开发公共页面的时候都会遇到的，由于后台是单页应用，所以开发撤人的时候对原有逻辑进行了一定的修改。
技术上第一个碰到的难点是van框架（适应移动端），所以在编辑第一个页面的时候对着文档缓慢的敲出了不怎么好看的第一个页面，熟悉之后，这个难点迎刃而解。
第二个难点是H5端转小程序端，开始也是不熟悉小程序，导致开发的时候直接粗暴的移植代码，意外的发现van依然可以用，理所当然的发现不怎么好用，导致后面调整样式花费了大量的时间，不过还好有个专门写样式的同事，这个问题也好解决。
第三个难点是H5端输入框输入失焦时候的反应不够灵敏，当输入框激活但是不输入直接点其他按钮的时候，先触发了绑定的change方法，再触发页面其它按钮的click，导致有时bug需求点两次按钮，这里使用了按钮自带的@touchstart方法解决的。[输入失焦和提交按钮冲突的时候 -- --移动端网页](https://blog.csdn.net/weixin_45157649/article/details/119711175)
第四个就是输入身份证后转换性别年龄等问题，需求需要计算到年龄为天，于是这个部分纠结了挺久，后面发现其实没必要或者可以晚点再做。一开始还是找后端做了个比较官方的查询，后来发现也就是计算出的信息，局限性比较大，于是自己写了个身份证校验和分析年龄性别等的逻辑[附一个身份证简单校验](https://blog.csdn.net/weixin_45157649/article/details/119715409)
第五个就是主要的扫码功能，这个在h5端影响比较明显，找到符合扫一扫且满足精度要求的方案再实现也花费了几天的时间。后来调用了百度的一个接口实现的，通过微信小程序的话很简单的一个原生的scan方法就实现了。
第六个是防抖功能，这个是后来录入数据的时候，因为网络的原因短时间发送了两条相同数据，前端没有防抖，后端没有请求拦截。这个后来也实现了
|