当请求参数互斥时,在@Controller方法上设计API的更好方法是什么?
假设有一个API提供与请求参数匹配的“用户列表”。
代码是:
public ResponseEntity getList(@RequestParam(required = false) Integer userId,
@RequestParam(required = false) User.Type userType,
@RequestParam(required = false) Integer age) {
List<User> userList = null;
if (userId != null) {
//logic
userList = getUserByUserId()
} else if (userType != null) {
//logic
userList = getUserByType()
} else if (age != null) {
//logic
userList = getListByAge()
} else {
userList = getAllWithoutCondition();
}
return ResponseEntity.ok(userList);
}
这是重点:
用户不能使用多个请求参数进行查询。只有一个请求参数或没有请求参数有效(请求中应仅存在userId
,age
或type
中的一个)。
我不确定针对这种情况设计API的更好方法是什么。你能给我一些建议吗?
答案 0 :(得分:3)
我喜欢这些人在评论中建议的方法:
@RequestMapping(value = "...", params = {"!userType", "!userAge"})
public ResponseEntity<List<User>> getListByUserId(@RequestParam Integer userId) { ... }
// similarly, define two more
在开始管理每个端点的限制之前,它看起来很健壮和可行。它看起来乏味且难以维护。此外,我不确定不带参数的端点会如何反应。它会被调用还是被其他方法遮盖?
我建议引入条件-每个端点的要求,而不是写限制。可能是以下格式的Map<String, Function<String, List<User>>>
:
<param name> -> <action to get a list>
我还建议您将所有传入的请求参数收集到一个Map<String, String>
中,以按大小对其进行验证。
public class Controller {
private Map<String, Function<String, List<User>>> handlers = new HashMap<>();
{
handlers.put("userId", id -> getUsersById(Integer.valueOf(id)));
handlers.put("userType", type -> getUsersByType(User.Type.valueOf(type)));
handlers.put("userAge", age -> getUsersByAge(Integer.valueOf(age)));
}
@RequestMapping("...")
public ResponseEntity<List<User>> getList(@RequestParam Map<String, String> params) {
if (params.size() > 1) {
return ResponseEntity.unprocessableEntity().build();
}
if (params.size() == 0) {
return ResponseEntity.ok(getAllWithoutCondition());
}
Map.Entry<String, String> paramEntry = params.entrySet().iterator().next();
return ResponseEntity.ok(handlers.get(paramEntry.getKey()).apply(paramEntry.getValue()));
}
private List<User> getAllWithoutCondition() { ... }
private List<User> getUsersById(Integer id) { ... }
private List<User> getUsersByType(User.Type type) { ... }
private List<User> getUsersByAge(Integer age) { ... }
}