连续12天的加班工作总结-根据客户选择来生成后续表单页面

Posted 2020-06-10

今天终于不加班了！！！让我先撒花 高呼万岁！！

其实 这样的加班工作 有的时候真的挺没有效率的 有几次晚上 我是真的真的 感觉很累了 

但是想到项目的进度 我还是默默的抓紧赶 

由于有保密问题 没有代码 就谈谈遇到的问题

 

主要是两个需求的改变，为某行的app的 travel insurance 模块增加一个新功能

 

CR1 就是当用户购买保险的时候增加帮 friend or parent 购买 

 

首先通过不同的customer 的类型 来显示是 是给 friend 购买还是 parent购买 然后出现数量控件

在后续的form 中显示出需要的需要填写的 detail page 最后生成verifypage来体现出之前填写的详细detail

 

问题一：当用户填写完成后 back 回到最top form  重新选择cover travel type 时候 需要重写生成后面的detail page 并清空数据

当用户back 不返回最上级form 数据不能被清除 保存用户原有数据

 

由于自有框架的问题 每个小功能都会有对应的模块

将数据保存写一个模块 数据清空一个模块 对不同的btn 绑定对应的事件 算是简单的小问题 但是这个需求改动好几次 累不爱

 

问题二： 当重新生成了后续要填写的detail page后 再这个页面的验证事件就会被删除 如何多次加载

 

 

自有框架里面不会直接将文字内容写在html里面 而是有点像angular一样 用对应的编码进行代替。通过加载语言文件来替换这些编码 

但是郁闷的是 这些编码的替换只能在程序一开始的时候同意替换 如果想根据用户输入的内容生成表单，生成的表单文字部分会对应很对乱码

所以 只能最开始对需要的表单进行拆分 写再html中 初始化的时候 对这些拆分后的模块化的form表单存为一个全局变量 然后进行 第一次的填充 然后这里设置一个开关 全局变量保存完毕 将开关闭合

以后 对用户即将进入页面的前一个btn 进行事件绑定的填充 当然 之所以第一次需要填充  就是因为 如果第一次 不填充 只保存 那么是 先进行的点击事件 这时候 无法用全局填充 当然第二次填充前要清空第一次的内容 防止冲突!

 

 

CR2 根据用户购买保险时候的选的类型生成后续detail page

问题三： 要根据所需选成后续家庭成员的表单  再根据用户填写的detail 生成详细的 detail page 如何对多表单进行验证

其实两个需求很像 但是再代码很多 判断项目很多的清空下 form 表单也会很多 每一个表单都会 当输入了什么之后 那个该死的btn 才能亮起来 有的表单逻辑会恨复杂 这时候可以 对每一个表单就是一个object 分别对应需要验证的字段 然后通过遍地数组 如果一旦 true 则跳出循环 这样好像方便了很多

 

总结 其实写代码过程中还有不少的小问题 什么序列号的填充啊  ui小问题啊 还有发request问题 数据长度 等等 。

这次项目真的十分赶 赶到约会都没时间 本来年会当礼仪 可以美美的穿一次红色旗袍 穿一次十公分的高跟 然后 寻找下自己 的高富帅 你妹啊  哥鞋子都买好了 30大洋呢 然后说 不让我去了  55555555

真心可以靠颜值 然则让我靠技术 ！！！ 

最后 我只想对我未来的老公说  你就负责花容月貌 其他的交给我了 ！！！！！