Java 映射100+;SpringRESTGET请求中的url参数

Java 映射100+;SpringRESTGET请求中的url参数,java,spring,rest,Java,Spring,Rest,我有点好奇在一个get请求中将100多个请求参数映射为请求参数,而不使用任何复杂对象 范例 public ResponseEntitiy<> getCustomerDetails (String params...) public responseEntity getCustomerDetails(字符串参数…) 有没有什么很酷的方法可以做到这一点,而不必一一写下来。对“酷”的解释是非常主观的 如果您暗示使用隐式方法映射请求参数,那么使用Map可能是一种可行的解决方案: pub

我有点好奇在一个get请求中将100多个请求参数映射为请求参数,而不使用任何复杂对象

范例

public ResponseEntitiy<> getCustomerDetails (String params...) 
public responseEntity getCustomerDetails(字符串参数…)
有没有什么很酷的方法可以做到这一点,而不必一一写下来。

对“酷”的解释是非常主观的

如果您暗示使用隐式方法映射请求参数,那么使用
Map
可能是一种可行的解决方案:

public ResponseEntity<> getCustomerDetails
    (@RequestParam Map<String, String> params) {}
公共响应获取客户详细信息
(@RequestParam-Map-params){}
对“酷”的解释非常主观

如果您暗示使用隐式方法映射请求参数,那么使用
Map
可能是一种可行的解决方案:

public ResponseEntity<> getCustomerDetails
    (@RequestParam Map<String, String> params) {}
公共响应获取客户详细信息
(@RequestParam-Map-params){}

100个参数,如字符串参数1、字符串参数2。。。字符串param100无法管理(至少对我来说)。正如建议的那样,将其放入映射对我更有意义。100个参数作为字符串param1、字符串param2。。。字符串param100无法管理(至少对我来说)。正如我所建议的,把它放到地图上对我来说更有意义。把它放到地图上有意义,因为OP不想要“复杂”的对象。把它放到地图上有意义,因为OP不想要“复杂”的对象。