手机端系统提交数据的创建时间验证的问题

         今天查看系统时,发现手机端系统提交的数据中存在一些日期特别离谱的数据。比如创建时间为1978年和2019年的数据都出现了。

果真是穿越了半个世纪了。于是我马上将问题提交出来,安排同事处理,并分析产生数据的原因,并且寻找解决方案。

         经过一番验证终于发现了其中的蹊跷,原来手机系统只是在应用系统登录时会验证时间,而且如果是断网状态是不会验证的。由于

在断网状态下可以编辑保存数据,而且上传手机端系统的数据到服务器时也不会验证创建时间,那么这些数据产生也不足为奇了。

        而且以前的系统是不会将创建时间差的离谱的数据显示在前台,所以一直也没有人关注。而且业务员在手机上提交数据如果发现没

有显示到PC系统上时也会以为是网络问题没有传送成功,因此这个问题一直没有暴露并引起关注。所以难怪手机系统上线了1年多都没有

发现这个问题的存在,只是这次由于新增了需求要求将没有审核的数据,不论什么时候创建的都要显示出来,这样才将这个问题暴露出来

了。

        虽然我们也很快找到问题的原因并有了应对方案和解决方法,但是我也不得不考虑一个问题,对于以后移动端的系统,提交数据的

时间一定要加强验证或者直接使用提交时服务器上的时间为标准,这样可以避免问题产生,同时对于手机的创建时间可以记录下来作为

一个参考值。其实该问题对于PC端系统也同样适用,就是我们在设计和开发系统时,不要取客户端的时间来作为记录标准,要记录最好

以一个比较准确的时间来记录,而且这个时间一定要能实时更新,保证准确性。

转载于:https://www.cnblogs.com/kevinGao/p/3589972.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值