目录
背景
已经写了一个上午的文章了,写完这篇就可以去吃饭了。这也是这几个月的我写的最后一个小bug文章,把这篇文章写完就搞定了。
第一个小bug------问题阐述
具体情况是这样的:当用户在界面上清空"知会干系人"字段后,点击保存,系统并没有实际清空该字段。类似地,当用户清空"设备名称"字段后,保存操作也没有生效,提交后发现该字段依然保留了之前的内容。
因此,我们的目标是确保在用户清空"知会干系人"和"设备名称"字段后,保存操作能够正确生效,真正实现字段的清空。
第一个小bug------解决方案
我们先来研究一下"知会干系人"无法清空的问题:首先找到更新"知会干系人"的接口,并查看其更新逻辑。
此时,我们再次检查系统是否能够清空字段,结果发现可以成功清空。
这个小问题已经解决了。
第二个小bug------问题阐述
接下来,我们来看下一个小问题。
然后我重新查看了一下作业标准,发现它并没有更新。
第二个小bug------解决方案
这时,我们应该检查一下后端的 PUT 接口,看看工作内容及标准是否已经更新到数据库中。
可以看到,PUT 接口的负载是没有问题的。因为设备名称是根据 deviceId 来查询的,按理说我把设备名称清空后,deviceId 应该为 null。从负载上看,确实如此。然而,当我们查看数据库时,发现数据库并没有更新。这意味着 PUT 接口可能存在问题。
我们进入这个接口,查看它是如何将信息更新到数据库中的。
也就是说,这个接口的更新操作使用的是 saveOrUpdateBatch
方法。然而,在使用 MyBatis-Plus 生成的 saveOrUpdate
方法时,有些字段需要更新为空值。但 MyBatis-Plus 默认的策略是 NOT_NULL
,即如果字段为空,则不会更新该字段。
这就是为什么数据库中的 deviceId
无法更新为 null
,因为在更新时 deviceId
为 null
,这会导致 saveOrUpdate
方法忽略该字段的更新。
然后我上网查了一下如何让这个字段更新为 null
,结果发现可以这样做:在 deviceId
字段上使用 @TableField
注解,并设置 updateStrategy
属性为 FieldStrategy.IGNORED
。
然后再去系统上测试一下看看效果,发现这个小 bug 已经被解决了,数据库中的 deviceId
字段也已经可以被更新为 null
了。
总结
这两个小 bug 虽然都是无法清空,但它们无法清空的原因并不相同。
-
知会干系人无法清空:
- 原因:
tshList[]
这个知会干系人数组没有值时,就不会执行更新知会干系人的操作。
- 原因:
-
设备名称无法被清空:
- 原因:在 MyBatis-Plus 中,如果使用了
saveOrUpdate
方法进行更新时,假如你想把某个字段更新为null
是不可以的。该方法会自动忽略这种更新,只有非空值才会被更新。
- 原因:在 MyBatis-Plus 中,如果使用了