如图,点击最右侧的<查看>按钮时,会打开成绩详情页面,把这一条数据的详细内容给展示出来,如果单条数据的详情页面没有太复杂的join,就可以直接拿getList里这一条的数据去做渲染
因为在正常业务中,表设计一般会关联其他表的id,如关联产品表的id,那么如果此时页面更合适展示产品名称,而不是产品id,就可以在xml的主查询getList方法上做改造,让其关联产品表,在实体类加产品名称字段并加上@TableField(exist = false)注解,然后在页面调<查看>按钮的方法时,直接从row里面取,直接这样:this.DetailsForm=row;把拿到的这一行数据赋值给页面表单即可
下面记录一下最优雅的写法:
直接在控制层查询方法里面详细写关联逻辑:
然后实体类加关联表的名称,记得加注解 @TableField(exist = false):
下面是基于冗余写法的反思:
页面的列表点击<详情>按钮后,进入详情页面组件,show里面先清空,再拿到主键id,然后去发请求selectById,拿到selectById返回的数据发现返回的实体类里很多字段的数据是id,展示到页面无意义,需要关联查询,而使用MybatisPlus的eq(id)去查也只对单表有效,所以去再写一个selectById类似的接口?一层一层到dao层到业务逻辑层调xml?最后再手写关联查询的SQL?这里完全就不用,早就已经是冗余的操作了,完全没必要将请求打到后端来。