00:00
好,那我们刚才呢,咱们是讲了table ID这个注解,然后以及我们的雪花算法,那table ID这个注解呢,然后它主要是用来处理我们的主键的一个映射关系,对吧?好,然后用来设置我们当前咱们的一个主键,以及它所对应的生成策略,好那如果我们其他的字段也有这个问题,比如说我们当前的字段名,其他字段的字,其他字段所对应的属性,以及字段名他们两个不一致,那这个时候该怎么办?首先咱们先来看一个比较经典的问题,就是我们字段名里面有下划线,而我们的属性名中使用的是驼峰,那这个时候我们需要来进行一个操需需要进行一个额外的配置吗?来。首先呢,咱们来找到表,把我们当前的字段名来设置为user下划线内幕。OK吧,好,咱们来点击保存好,然后下面呢,我们把咱们的user实体类中的属性来改成是它所对应的驼峰,叫做username,那我们把咱们的这个属性改了之后,那咱们的测试类是不是也要进行修改,对不对?比如说这个叫做set username,然后再来找到我们的下一处错误,这个也叫做set username,我记得咱们的这个service里面是不是应该也有,对吧,叫做set username OK啊好,写完之后我们直接来测试我们当前的一个添加功能,大家来看一下这个时候咱们的添加会不会给我们报一个错,因为我们在my be学习的过程中,大家都知道在my be中有一个默认的配置,有一个全局配置,就是将我们的下划线自动转换为驼峰的,那我们在当前的买be plus中需要进行配置吗?来,大家也都能够看到这个效果,我们当前所添加的数据103。
01:49
那说明我们有没有添加成功啊,已经添加成功了,而且我们当前的实体类中用的是驼峰,但是我们的字段名用的是下划线,没有任何问题,所以说在买be plus中是不是应该有一个默认的配置,它可以自动的将我们字段中的什么下划线转换为相应的驼峰,OK,这是一种比较特殊的情况啊。好,当然咱们以后呢,也经常会遇到这种情况,因为毕竟我们以后咱们的编码是需要进行规范的,不管是从起名起名字还是我们的代码上,代码的规范上,咱们都是要按照一定的要求的啊好,那再往下,比如说我们现在第二种情况,我的属性叫做name。
02:31
那这个时候大家看还符合我们刚才说的那种情况吗。就不符合了,那我既然是属性名叫name,那它所对应的字段名肯定也是name,那这个时候我们还能够操作成功吗?咱们先把咱们的代码给改一下啊来,这个应该直接就是set name对不对?然后再往上走,然后这个应该也是set name,找到我们的这个测试类,然后这个也是set name OK,下面我们再来测试一下我们的添加功能,大家会发现那它肯定得报错,因为我们的实体类中的属性叫内,那它所对应的字段名肯定也是内了,对不对?
03:11
好啊,来。大家看一下啊。好,大家看在这是不是直接报错了。来,我们来看一下咱们的一个错误信息,大家看一下啊,他说我们当前在我们的字段列表中有没有内幕呀,没有,那所以说跟我们分析的是一样的呀,17类中的属性叫内,那它所对应的字段名也是内,那这个时候我们该如何来解决这个问题,其实也就是属性名和字段名不一致的问题怎么办?大家看好,这个时候就用到了我们要学习的第三个注解叫做table field,什么叫做table table field,大家看好了,非常简单,咱们可以通过这个注解,然后来指定谁指定属性,然后所对应的字段名OK,然后在我们这个注解的value流属性中,然后把我们所对应的字段名设置出来就行。
04:06
好,然后下面呢,我们来执行一下,大家会发现这个时候它就没有问题了,所以说呢,这是我们讲的第三个注解,大家要注意它的作用是什么?和table ID的区别是table ID来设置主键的关系,而我们当前的table field来置的是普通字段的关系,OK吧,大家看104,然后我们当前所操作的字段是不是就变成了userna。OK,那这个是咱们的table field的这个注解啊。
我来说两句