大家好,我是解决一个bug,产生三个bug的程序员,所以大家都叫我三bug。
前一阵子我又解决了一个bug,看看是什么情况吧!
问题现场
我正在愉快地写bug,写完之后测bug,结果发现了一个bug:
代码语言:javascript复制java.sql.SQLException: xxxx : Column 'status' not found in any table
我们的ORM框架使用的是MybatisPlus,这个问题是在我使用这个apid时产生的:
代码语言:javascript复制this.baseMapper.selectBatchIds(ids);
问题分析
这个bug也很清晰,有一个字段 status
没有找到。
因为用的是MP封装的方法,没有自己写xml,所以是实体类的字段和数据库字段对应不上。
但奇怪的在哪,因为我很确定,我的实体类中没有status
这个字段。
外事不决问百度,内事不决问同事。
我问了一下同事,有没有遇到过这个问题?
—— 遇到过了。
怎么解决的?
—— 数据库添加 status
字段。
问题到这就结束了吗?当然没有。我们的数据库设计都是定好规范的,凭白往里面添加一个字段,这种解决方式是我不能接受的。
问题的突破口在哪?
要搞清楚sttus
到底是定义在哪的。我在Idea里全局搜索了一下,没有搜索到。
但是仔细查看了一下实体类,
代码语言:javascript复制extends EcEntity
嗯,他还有一个父类。
点进去看一下,这个类有五个字段:createUser
、createTime
、updateUser
、updateTime
、delFlag
。
还是没有status
,别急,这个类还有个父类。
extends BaseEntity
点进去一看:
代码语言:javascript复制public abstract class BaseEntity implements Serializable {
@ApiModelProperty("业务状态")
private Integer status;
……
}
破案了,原来status
是在这儿。为什么搜不到,原来是封在了jar包里。
问题解决
status
找到了,咱也动不了。
问问架构组同学这个字段是干什么的。
—— 有些业务数据库设计里用上了这个字段,所以抽取出来。
好吧,可是,我们用不上啊。
难道非得数据库里加上这么一个用不上的字段?
当然不用,我之前看过MP的官方文档,里面有个注解的属性我稍微还有点印象。
什么属性呢?
查一下官方文档,就是它—— @TableField(exist = false)
。
这个属性是用来干什么的呢?是用来标识实体类中的非表字段的。
在我的实体类中添加:
代码语言:javascript复制 @TableField(exist = false)
private Integer status;
OK,问题解决。
解决问题的我红光满面,站起来,腆着肚子:
"各位老哥,过来一下。"
召集了小组的同事,把这个问题给他们一讲,豪横地说道:
“把数据库里加的字段都给我删了,都按我的来。”
同事一脸钦佩,“这个问题你是怎么想到的?”
我歪嘴一笑——“实力!”
三之感想
好了,这个简单的小问题就处理完了。
问题很简单,也有其它不太优雅的处理方式。
但是我们小组里其它同事都没有找到问题的原因和合适的处理方式,而我找到了呢?
- 我稍微阅读过一点jdk的源码,所以不怵扒源码
- 我知道MP是我们新项目主要用的ORM框架,把官方文档过了一遍
这两个条件缺一个,我可能就没法以上面说的方式解决这个问题,而是以百度到的,数据里添加字段来解决。
这只是很小的一个问题,但是放大来看,有时候我们做重复性工作的时候想一想:
你抱怨每天都在crud,是不是你只有crud的能力呢?
当然不是在座的各位,是说我自己。
就像上面的问题,是架构组的同事封装MybatisPlus留的一个坑。我也不敢吐槽,因为我没那个实力。
假如他们做的这个需求给我:优化和封装开源框架MybatisPlus
。
我也干不了,因为不了解MP的相关原理,没有扒过源码,百度也查不到什么资料。
平时,学习原理
、阅读源码
常常发生在什么时候?
——准备面试的时候。
我们虽然常常吐槽面试造火箭,入职拧螺丝
,但是,这些造火箭的东西可不止在面试时候有用——
- 遇到问题救命:日常开发很简单,遇到问题,没有知识储备很可能下不了手。
- 有机会能顶上:万一有一些有技术含量的工作分派,想做,但是做不了,只能看着分给别人,不得难受死。
所以,保持学习,注意积累!
简单的事情重复做,重复的事情认真做,认真的事情创造性地做。
点赞
、关注
不迷路!咱们下期见!