大家好,我是鱼尾~,本期带大家了解java的反射机制,以及我所使用到的业务场景
反射是框架设计的灵魂
(使用的前提条件:必须先得到代表的字节码的Class,Class类用于表示.class文件(字节码)
反射的概述
JAVA反射机制是在运行状态中,对于任意一个类,都能够知道这个类的所有属性和方法;对于任意一个对象,都能够调用它的任意一个方法和属性;这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。
要想解剖一个类,必须先要获取到该类的字节码文件对象。而解剖使用的就是Class类中的方法.所以先要获取到每一个字节码文件对应的Class类型的对象.
业务场景
在数据库设计中,在表的设计上,通常会有一些基础、常用的字段,例如createBy(创建人),update(修改人)等等,在数据库当中存储数据一般是使用userId去存储来代表一个用户,如图:
但是,在某些业务场景下,前端需要展示这些信息,我们直接查出来返回,前端看到的就是这一串数字,不是很友好。
当然也可以使用代码的方式根据userId去查询出来userName,然后在一个个set值,最后进行返回,这种方式也是可以解决问题的,但是如果是一个大型项目或系统呢,有非常多表,这类型字段也很多,手动去转,代码量必然会很大且浪费许多精力、时间,
针对此情况,我们就可以使用java的反射机制,通过自定义一个注解,在这些字段上面加上这个注解
然后返回给前端的信息就可以通过反射机制,转换成真实的姓名。
首先,先自定义一个注解:
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.FIELD)
public @interface Person {
}
然后在写一个工具类:
public void personCover(Object ...objs) {
for (int i = 0; i < objs.length; i++) {
Object obj = objs[i];
final List<SysUser> sysUserList = interSysUserService.selectList();
boolean isCollection = Collection.class.isAssignableFrom(obj.getClass());
// 如果是集合
if (isCollection) {
List<Object> objList = (List<Object>) obj;
objList.forEach(o -> {
try {
cover(o, sysUserList);
} catch (Exception e) {
e.printStackTrace();
}
});
} else {
cover(obj, sysUserList);
}
}
}
public void cover(Object obj, List<SysUser> sysUserList) {
try {
final Field[] declaredFields = obj.getClass().getDeclaredFields();
for (Field f : declaredFields) {
final boolean annotationPresent = f.isAnnotationPresent(Person.class);
if (annotationPresent) {
f.setAccessible(true);
final Object o = f.get(obj);
for (SysUser sysUser : sysUserList) {
if (sysUser.getUserId().equalsIgnoreCase(String.valueOf(o))) {
f.set(obj, sysUser.getUserName());
break;
}
}
}
}
} catch (Exception e) {
log.error("人员名称转换异常:" + e.getMessage(), e);
throw new RuntimeException(e);
}
}
然后在需要做转换的字段上面加上刚刚自定义的注解:
然后在业务代码中注入刚刚写的工具类,括号中为查询出来的需要返回给前端的Vo信息(可以传多个)
personUtil.personCover(XXXVo);
到此,人员转换的自定义注解就完成了,前端看到的信息就是真实的名字,而不是一串谁都不认识的数字了。
以上就是本期分享,我是鱼尾~,有帮助的话就动动小手点个 赞 吧~