美团的操作一直看不懂
点赞 5

相关推荐

点赞 评论 收藏
分享
11.25:完成不登陆留资接口开发;由于原先就存在已登录留资,和不登陆留资具体逻辑大差不差,但是考虑到可能不登陆留资后续还会添加参数等等,所以新写了个方法,将原先登录留资的部分共有的参数校验抽取成公共方法。11.26:完成创建测试环境需求,创建八个测试商品;建立测试环境主要是为了区分测试人员和正式用户的订单,因此测试商品具有正式商品一样的属性,测试人员在测试流程时就可以选择测试商品,将数据区分开。在完成这个需求的时候,我把所有学员端和后台的流程都走了一遍,也更加熟悉项目的功能结构。11.27:优化不登陆接口开发,留资推OCRM参数增加链接属性、落地页名称和链接来源;新增了推OCRM参数,要区分留资渠道是官网还是营销,如果按照之前的方法,把不登陆留资和登录留资拆开,那么两个地方都要修改,所以我梳理了一下,登录留资和不登陆留资的区别,就在于登录需要对用户进行判断,是否已经留过资,而不登陆则无需判断;除此之外,其他逻辑完全一样。思考:所以不需要写两个方法,登录和不登陆留资本质上都是留资,对于留资的处理都是一样的,只是登录需要多加一个校验,于是我将两个合并,判断如果存在uid,就进行校验,不存在就直接进行后续流程,大大简化了代码,需要增加的只有参数,以及推O那边需要做一层判断;并且我也思考了扩展性,考虑到留资只有登录和不登陆两种情况,所以目前来说我觉得这样写应该是最好的。11.28:完成后台创建用户接口,同时新增备用手机号和区号,同步到学员端和后台列表筛选;创建用户这一部分和当前学员端的注册有些区别,学员注册时只填写基础信息,后面才填写补充信息,而创建用户一次性都填写,包括非必填。因此这两部分虽然有一些共通的代码,但是目前不好抽取,后面可能需要改进。11.29:完成根据邮箱搜索学员接口和改造之前的用户变更记录保存;之前用户变更记录保存是改什么字段保存什么字段,根本不能读取什么字段发生了变更,如果每个字段都加一个属性,表结构就非常混乱。所以我统一了格式,每次保存用户变更记录时,都以user.toJson,userDetail.toJson的格式保存,读取时也可以用这种格式解析,比较前后字段就可以知道哪些字段变更,给后面的用户轨迹留一个口子。
点赞 评论 收藏
分享
牛客网
牛客企业服务