@JsonCreator和@JsonValue

1、正常反序列化的过程

反序列化时,默认会调用实体类的无参构造来实例化一个对象,然后使用setter来初始化属性值。写点测试代码:

@AllArgsConstructor
@Data
public class Book {

    private String name;

    private Double price;

}

测试下:

public class TestSome1 {

    @Test
    void testJson() throws JsonProcessingException {
        ObjectMapper objectMapper = new ObjectMapper();
        Book book = objectMapper.readValue("{\n" +
                "    \"name\":\"Java\",\n" +
                "    \"price\":666.00\n" +
                "}", Book.class);
        System.out.println(book);
       
    }
}

此时,运行会抛出InvalidDefinitionException:

在这里插入图片描述

2、@JsonCreator

@JsonCreator可用在:

  • 构造方法上
  • 静态的工厂方法上

加了@JsonCreator注解,该类的对象在反序列化时,就走有@JsonCreator注解的方法来反序列化,原先无参+set的过程失效。

上面的Book类,可改成:

//@AllArgsConstructor
@Getter
public class Book {

    private String name;

    private Double price;

    @JsonCreator
    public Book(@JsonProperty("name") String name,@JsonProperty("price") Double price ){
        System.out.println("@JsonCreator生效");
        this.name = name;
        this.price = price+1;
    }
   
}

上面的@JsonProperty注解就是指定传参名和对象属性关系的,有点像MyBatis的@Param

 public Book(@JsonProperty("name") String name,@JsonProperty("price") Double price ){

@JsonCreator放在静态方法上就是:

@AllArgsConstructor
@Getter
public class Book {

    private String name;

    private Double price;

    @JsonCreator
    public static Book unSerialize(){
        System.out.println("正在反序列化成对象");
        return new Book("111",1.00);
    }

   
}

以@JsonCreator放在构造方法上为例,再运行前面的单元测试,看下反序列化的效果:

在这里插入图片描述

3、@JsonValue

@JsonValue注解可用在:

  • get方法
  • 属性字段上

一个类只能用一个,加上这个注解时,该类的对象序列化时就会只返回这个字段的值做为序列化的结果。

比如一个枚举类的get方法上加上该注解,那么在序列化这个枚举类的对象时,返回的就是枚举对象的这个属性,而不是这个枚举对象的序列化json串。继续改造上面的Book类:

@AllArgsConstructor
@Getter
public class Book {

    //@JsonValue,加get方法或者这个属性上,都一样
    private String name;

    private Double price;

    @JsonCreator
    public static Book doSerialize(){
        System.out.println("正在反序列化成对象");
        return new Book("111",1.00);
    }

    /**
     * 序列化时,序列化成我return的值,即当前对象的name属性
     */
    @JsonValue
    public String getName(){
        return this.name;
    }
}

单元测试中看下效果:

public class TestSome1 {

    @Test
    void testJson() throws JsonProcessingException {
        ObjectMapper objectMapper = new ObjectMapper();
        Book book = objectMapper.readValue("{\n" +
                "    \"name\":\"Java\",\n" +
                "    \"price\":666.00\n" +
                "}", Book.class);
        System.out.println(book);
        System.out.println("=======");
        //序列化
        System.out.println(objectMapper.writeValueAsString(book));
    }
}

在这里插入图片描述

4、应用:枚举类中校验传参以及优化前后端数据交互

比如定义一个排序字段的枚举类,排序字段要拼到mapper层的SQL,所以其传参的合法性必须校验,每次在Service层校验,很繁琐。引入@JsonCreator:

@AllArgsConstructor
@Getter
public enum OrderFieldEnum {

    CREATE_TIME("createTime","create_time"),
    USER_NAME("userName","user_name");

    private final String value;
    private final String field;
    private static final Map<String,OrderFieldEnum> map = new HashMap<>(3);

    @JsonCreator
    public static OrderFieldEnum unSerializer(String value){
    	//把以value为key,以枚举对象为value,存进map
        if(map.isEmpty()){
            for (OrderFieldEnum fieldEnum : OrderFieldEnum.values()) {
                map.put(fieldEnum.value,fieldEnum);
            }
        }
        //map中找不到就是超出范围
        if(!map.containsKey(value)){
            throw new RuntimeException("超出范围");
        }
        return map.get(value);
    }

    @JsonValue
    public String getValue(){
        return this.value+"@JsonValue";   //这里刻意加个@JsonValue,方便后面验证序列化效果。return this.value就行。
    }


}

此时,前端传个dto(json)过来,dto里有个参数的类型是枚举类型,反序列化json成dto对象时,枚举类型的属性也会反序列化,上面@JsonCreator定义的unSerializer方法执行,就会完成参数合法性校验,Service层省事了。至于序列化:

@JsonValue
public String getValue(){
    return this.value;
}

比如需要返给前端枚举值展示下拉框,就直接Vo里就直接List<Enum> enumList,而不用定义个List<String> enumList,再反复getValue:

enumList.add(ENUM1.getValue)  
enumList.add(ENUM2.getValue)
...

因为返给前端时,Vo对象序列化,里面的一个个枚举对象也序列化,而JsonValue已经指定了序列化枚举对象时就把它的value返回就行。写个简单接口看下效果,定义个dto:

@Data
public class JsonDto {

    private String id;

    private OrderFieldEnum orderField;
}

Service层demo:

@Service
public class MyService {

    public List<OrderFieldEnum> listValue(JsonDto dto){
        System.out.println(dto.getOrderField());
        //直`List<Enum>
        List<OrderFieldEnum> list = List.of(OrderFieldEnum.CREATE_TIME, OrderFieldEnum.USER_NAME);
        return list;
    }
}

controller:

@RestController
public class CodeController {

    @Resource
    private MyService myService;

    @PostMapping("/test")
    public List<OrderFieldEnum> getStr(@RequestBody JsonDto dto){

        return myService.listValue(dto);
    }
}

异常传参时:

在这里插入图片描述

正常传参:

在这里插入图片描述

此时,不管枚举类型啥的,前端传个String就行。最后,注解的依赖坐标引对:

在这里插入图片描述

5、补充:@ConstructorProperties

在这里插入图片描述

  • 15
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
c FormSourceTypeEnum valueOf(int value) { for (FormSourceTypeEnum type : FormSourceTypeEnum.values()) { if (type.getValue() == value) { return type; } } return null; } /** * 根据枚举名称获取枚举对象 * * @param name 枚举名称 * @return 枚举对象 */ public static FormSourceTypeEnum fromName(String name) { for (FormSourceTypeEnum type : FormSourceTypeEnum.values()) { if (type.name().equalsIgnoreCase(name)) { return type; } } return null; } // 重写toString方法,方便日志输出等场景的使用 @Override public String toString() { return String.valueOf(this.value); } ``` 优化建议: 1. 建议将`valueOf`和`fromName`方法合并成一个方法,使用一个参数既可以根据枚举的名称或者值获取到枚举对象,可以避免代码重复。 2. 可以使用`@AllArgsConstructor`注解来自动生成带参构造方法,避免手动编写构造方法的重复劳动。 3. 可以将`@Getter`和`@Setter`注解同时使用,避免手动编写getter和setter方法的重复劳动。 4. 可以使用`@ToString`注解来自动生成`toString`方法,避免手动编写`toString`方法的重复劳动。 综上所述,优化后的代码如下: ``` @AllArgsConstructor @Getter public enum FormSourceTypeEnum { BLANK(1, "空白创建"), TEMPLATE(2, "模板"); @EnumValue @JsonValue private int value; private String desc; /** * 根据枚举名称或值获取枚举对象 * * @param nameOrValue 枚举名称或值 * @return 枚举对象 */ @JsonCreator(mode = JsonCreator.Mode.DELEGATING) public static FormSourceTypeEnum fromNameOrValue(String nameOrValue) { for (FormSourceTypeEnum type : FormSourceTypeEnum.values()) { if (type.name().equalsIgnoreCase(nameOrValue) || String.valueOf(type.getValue()).equals(nameOrValue)) { return type; } } return null; } // 重写toString方法,方便日志输出等场景的使用 @Override public String toString() { return String.valueOf(this.value); } } ``` 优化后的代码结构更加简洁清晰,并且使用了注解自动生成代码,避免了手动编写重复代码的工作。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

-代号9527

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值