关于Builder类支持json反序列化

[fuyuanwu]

    @PostMapping("/message/send")
    public MessageResponse sendMessage(@RequestParam("agentId") String agentId, @RequestBody AbstractMessageBody messageBody) {
        return agentMessageApiFactory.apply(agentId).send(messageBody);
    }

我在springboot项目中遇到个问题。
我想用象类AbstractMessageBody来做入参的形参，启用jackson的mix-in并配合@JsonTypeInfo和@JsonSubTypes注解来描述子类识别规则和@JsonDeserialize(builder = TextMessageBody.Builder.class) 这种来描述子类的构建方式，这其中遇到了Builder类没有默认构造方法无法实例化，以至于还要采取一些反射的魔法来解决这个事情。

是否可以把wecom-objects、wemp-objects包中用作值传递的这些类用让它以POJO的形式呈现。这样大量验证、序列号反序列化等框架就能更方便利用起来。原先提供的MessageBodyBuilders这种工具方法以边路的形式存在，让POJO和便捷方式分开。

当然，有其他好的使用方法也希望不吝赐教，感谢

[NotFound403]

一般不用抽象类作为形参，更多选用抽象接口或者泛型

[fuyuanwu]

其实我要表达的意思是：是否可以把@Getter换成@Data或者是加上@Setter。这个的场景是web项目中web端请求服务端时服务端做报文反序列化时候遇到的问题，wecom-objects中的一些类只有@Getter注解，因为没法像反序列POJO的方式来使用wecom-objects中的类。项目只能copy一套wecom-objects类来改造成POBO来达成反序列，然后还需要转换成wecom-objects类的动作。
我这里指的是cn.felord.domain.message下的类。

我看了一起其他的wecom-objects其他类，目前用来承接微信返回结果的响应类用的是@Data注解的；去请求微信接口的请求类都是@Getter的。如果开放这些请求类那么用起来就更方便了，可以避免项目再copy一套wecom-objects中的请求类。