3月15-19、25日工作内容

First Post:

2024-03-19

Last Update:

2024-03-25

3月15-19、25日工作内容

接口对接

公司有一套客户关系管理系统，通常称为CRM，这套系统衍生出了很多套，今天需要对接另一个系统的导入api。

请求字段误解

基本没什么问题，主要是出现接口请求字段的认知型误解：

客户那边技术没留意到这个备注，习惯性用0/1来区别性别

排重包

排重包，头次听到这个词汇，我只能反问排重包是何物。

原来要的只是加密手机号文件，但问题是客户的数据动不得，又是只能把他做成功能了

因为是一个系统衍生出来的多系统，做功能要持着一个兼容性最大，不影响其他系统的原则

在上次导出手机号的基础上添加一个字段区分是否加密，配合跟上一次传的一样的是否只要手机号的字段，在DAO层查到手机号之后对手机号进行MD5加密，最后再进行输出。

导入文件的时候进行排重

出现了用文件导入数据的时候重复导入的问题，因为我查询之后数据有7800条之多，在询问完项目经理之后只能帮客户删了。

事后经理就让我做一个去重的功能。

1、从导入的最开始时候就开始做去重

原本代码中做了两个排重：对文件中重复数据的排除、对文件与系统中重复数据的排除。

最开始我打算从导入的最开始时候就做与数据库的去重，重复的直接return并计算错误数据，这样虽然听起来耦合度高，但其实这个功能本来就做得耦合度很高的，不差这一句，但到后面发现：

DAO层其实是又做了查重的，这就导致我传进去的手机号列表报了异常，只能对现有导入排重进行debug

2、对现有的导入排重功能进行debug

系统当中其实是由一段代码实现了排重功能的，经过多次debug，发现有一个flag状的变量的状态为false导致不执行排重了，改回true之后我再尝试一次，还是不行，日志显示Mybatis Plus执行的一个原本不应出现的wrapper产生的一个SQL报错，判空逻辑又出了问题，但这次不一样的是，对象不是空的，对象中有ID但对象其他属性为null导致Update整个对象的时候，Set字段是空的，没想出太好的办法，给类加了一个方法，判断关键的属性是否全为null