如何在Spring Boot中读取未映射到@RequestBody模型对象的其他JSON属性 - java

我有一个看起来像这样的RestController

@RequestMapping(value = "/post", method = RequestMethod.POST, consumes = MediaType.APPLICATION_JSON_VALUE)
public ResponseEntity<?> test(@RequestBody User user) {

    System.out.println(user);
    return ResponseEntity.ok(user);
}     

和看起来像这样的用户模型

class User {

    @NotBlank
    private String name;
    private String city;
    private String state;

}

我有一个要求,用户可以在输入JSON中传递一些额外的附加属性,如下所示

{
"name": "abc",
"city": "xyz",
"state": "pqr",
"zip":"765234",
"country": "india"
}

“ zip”和“ country”是输入JSON中的附加属性。

在Spring Boot中,有什么方法可以在请求正文中获取这些其他属性?

我知道一种方法,可以使用“ Map”或“ JsonNode”或“ HttpEntity”作为Requestbody参数。但是我不想使用这些类,因为我会丢失可在“用户”模型对象中使用的javax.validation。

参考方案

User扩展Map<String, String> DTO并创建一个用@JsonAnySetter注释的设置器。对于所有未知属性,将调用此方法。

class User {

    private final Map<String, Object> details= new HashMap<>);

    @NotBlank
    private String name;
    private String city;
    private String state;

    @JsonAnySetter
    public void addDetail(String key, Object value) {
      this.details.add(key, value);
    }

    public Map<String, Object> getDetails() { return this.details; }
}

现在您可以通过getDetails()获得其他所有内容。

如何在Spring-Rest中将路径变量映射到实体 - java

我在Spring-RS中获得了一些REST端点,该端点使用实体ID作为路径变量。大多数情况下,方法要做的第一件事是使用id检索实体。有没有一种方法可以自动将id映射到实体,仅将实体作为方法参数?现在的情况 :@RequestMapping(path="/{entityId}) public void method(@PathVariable Str…

Java-搜索字符串数组中的字符串 - java

在Java中,我们是否有任何方法可以发现特定字符串是字符串数组的一部分。我可以避免出现一个循环。例如String [] array = {"AA","BB","CC" }; string x = "BB" 我想要一个if (some condition to tell wheth…

Java:线程池如何将线程映射到可运行对象 - java

试图绕过Java并发问题,并且很难理解线程池,线程以及它们正在执行的可运行“任务”之间的关系。如果我创建一个有10个线程的线程池,那么我是否必须将相同的任务传递给池中的每个线程,或者池化的线程实际上只是与任务无关的“工人无人机”可用于执行任何任务?无论哪种方式,Executor / ExecutorService如何将正确的任务分配给正确的线程? 参考方案 …

JAVA:字节码和二进制有什么区别? - java

java字节代码(已编译的语言,也称为目标代码)与机器代码(当前计算机的本机代码)之间有什么区别?我读过一些书,他们将字节码称为二进制指令,但我不知道为什么。 参考方案 字节码是独立于平台的,在Windows中运行的编译器编译的字节码仍将在linux / unix / mac中运行。机器代码是特定于平台的,如果在Windows x86中编译,则它将仅在Win…

java:继承 - java

有哪些替代继承的方法? java大神给出的解决方案 有效的Java:偏重于继承而不是继承。 (这实际上也来自“四人帮”)。他提出的理由是,如果扩展类未明确设计为继承,则继承会引起很多不正常的副作用。例如,对super.someMethod()的任何调用都可以引导您通过未知代码的意外路径。取而代之的是,持有对本来应该扩展的类的引用,然后委托给它。这是与Eric…